K
Как то запутано... Это же не юнит тесты уже выходит?
Юнит тесты. Если вам нужна авторизация в разных точках, то писать много раз это избыточно.
Size: a a a
2019 March 26
ЕР
Юнит тесты. Если вам нужна авторизация в разных точках, то писать много раз это избыточно.
Зачем в юнит тестах авторизация?
KA
В интеграционных
ЕР
Зачем в юнит тестах авторизация?
Вот есть у тебя чистая функция, принимает набор аргументов и возвращает набор аргументов, куда там можно авторизацию то прикрутить?
K
В интеграционных
В интеграционных само собой
KA
В юнитах мы пользователей не авторизуем от слова совсем
ЕР
В интеграционных
Тут человек пишет что в юнит тестах авторизацию делает
K
Немножко перепутал. В чистых да, нет необходимости
K
В грязных, для поддержки где на выходе допустим результат большой бизнес логики, да
NK
по пирамиде тестирования интеграционных тестов сильно меньше и значит там нет такой штуки как мы очень много раз авторизуемся
K
ID:110602290
по пирамиде тестирования интеграционных тестов сильно меньше и значит там нет такой штуки как мы очень много раз авторизуемся
Вы написали один тест для компонента для которого требуется авторизация. Давайте для примера возьмём блог, допустим добавление поста в блог.
Необходимо написать тест на систему комментариев к посту. Какие данные потребуются и как будут выглядеть тесты?
Необходимо написать тест на систему комментариев к посту. Какие данные потребуются и как будут выглядеть тесты?
NK
в зависимости от дизайна тестов возможна ситуация когда комментарии проверяются в том же тесте
K
ID:110602290
в зависимости от дизайна тестов возможна ситуация когда комментарии проверяются в том же тесте
Добавляем к вашему блогу новостную ленту, отдельный компонент, без комментариев, его необходимо покрыть тестами, создание новости имею ввиду. Как будут по итогу выглядеть ваши тесты?
K
У вас есть блог с постами, комментарии, новости. Везде требуется авторизация
NK
точнее дизайн располагает, а ценность тестов обуславливает цель написания различных или одного теста
K
ID:110602290
точнее дизайн располагает, а ценность тестов обуславливает цель написания различных или одного теста
Лгкая поддержка, модификация, не будем усложнять на мутабельность. Независимость каждого компонента.
K
KA
Перевожу Евгения. Зачем каждый раз авторизовывать юзера? У вас в хелпере тестовом должен быть метод getAuthorizedUser, который будет зваться во всех интеграционных тестах для тестирования нужной части. Для юнит тестов будет getAuthorizedUserMock соответственно
NK
ценность задаётся stakeholder'ом, а не tester'ами
KA
Перевожу Евгения. Зачем каждый раз авторизовывать юзера? У вас в хелпере тестовом должен быть метод getAuthorizedUser, который будет зваться во всех интеграционных тестах для тестирования нужной части. Для юнит тестов будет getAuthorizedUserMock соответственно
Соот-но есть методы и для неавторизованных версий юзера. Дальше в тесте достаточно убедиться что для анонима у нас 403. А для зареганного- все что требуется от фичи