>К этому методу доступ имеет только пользователь с одной определенной ролью, а всех ролей, допустим, 50.
Где тут одна роль?)

я бы на вашем месте сделал бы конференс колл с панельной дискуссией и видео

многие вещи объяснить с рисунками и кодом проще

вам в помощь тестироване белого ящика. у вас будут 2 теста - валидная роль и не валидная роль

тут две роли (как раз вспоминаем тест дизайн) - валидная и не валидная (т.е. любая другая)

соответственно, 2 теста

+ код ревью

если следовать вашей логике, то можно конечно запилить 52 теста. но что если мы еще 50 ролей добавим? или роли могут добавлять прямо в продакшне?

С одной ролью да - остальные нет. Я так понимаю, довольно типичное.

Если бы было 5 ролей, и типа эти две да, те три - нет. Был бы смысл какой-то в лишних тестах. А так я вижу стандартный - "только он". Негативные тесты тем более не стоит писать больше нужного.

В принципе любой тест да, приносит пользу. Но каждый новый тест - это стоимость: поддержка, время запуска, время на создания. Сравниваем приносит ли 2,3..50 тест достаточно пользы, чтобы оправдать усложнение теста? Пмсм - нет. Ну если считаете что да - окей, по крайней мере вы осознано выбрали усложнение.

Поддержка очевидна какая - если добавляют новые роли к 50 или удаляют старые из 50, каждый раз тест нужно будет обновлять.

>только пользователь с одной определенной ролью, а всех ролей, допустим, 50
>С одной ролью да - остальные нет
🤔🤔

Если роль удалят - тест упадёт, и вы пойдёте, разберетесь и удалите её из тестов. Уже расходы.

А если добавят, то вероятно вы это никогда и не заметите. В результате у вас будет тест проверять 50 ролей из 51 - ну и зачем тогда сразу пытаться держать все роли в тесте, если это нереально будет поддерживать?

Как вообще определить, что надо 50 ролей тестировать, еще один тест написать на тест, который проверяет, что первый тест 50 ролей проверяет?

А если ролей было не 50, а сразу 52? Как отловить ошибку в том, что мы просто забыли две роли?

С чем ты сравниваешь расходы на поддержку этого теста? С нулём или с ценой импакта на пользователей финтех сервиса и его фикса?

Могу скинуть ссылку про ROI автоматизации. Полезно будет ознакомиться

Написать тест на все существующие роли, очевидно же

Не понимаю какой импакт тут вообще может быть. Роли не добавляют просто так в код ради кода, где-то в финтехе будет UI или API где упадёт интеграционный или e2e тест. Вот тогда и выскочит, что роль забыли указать

ROI автоматизации это вообще скам, я про это уже неоднократно говорил. ROI имеет доход в определении, а тестирование не приносит дохода, опять же по определению

То есть этот тест на *все* роли нужно вынести на е2е уровень?

Как все? Ну новая ж роль появилась, наверное требования бизнеса какие-то тоже есть? Именно по UI или API если бизнес это сервис. Конечно должен быть какой-то end2end тест релевантный к новой роли, а как же иначе