NN
ну, может сам допру до чего-то
Size: a a a
2020 November 04
DS
для начала вопрос как его отрендерить а потом еще отследить что евент вызвал смену стора
1. корректный рендер компонента - это один тест (не связан с эффектором, ну только если сторы засетать дефолтами)
2. с вызовом ивента корректно происходит смена стора - это другой тест
2. с вызовом ивента корректно происходит смена стора - это другой тест
c
ну вот есть компонент и хочу сохранить его снапшот в качестве теста, а потом я еще добавлю евентов и протестить userEvent
Эм. Снепшоты компонентов это абсолютно бесполезные тесты. Не надо их юзать для компонентов
c
ну вот есть компонент и хочу сохранить его снапшот в качестве теста, а потом я еще добавлю евентов и протестить userEvent
c
ну вот есть компонент и хочу сохранить его снапшот в качестве теста, а потом я еще добавлю евентов и протестить userEvent
AO
Эм. Снепшоты компонентов это абсолютно бесполезные тесты. Не надо их юзать для компонентов
А компоненты вообще надо тестировать? Или достаточно только e2e на уровне всего приложения?
c
ну вот есть компонент и хочу сохранить его снапшот в качестве теста, а потом я еще добавлю евентов и протестить userEvent
Ну и от меня, снепшот компонента тестирует детали реализации. А значит при изменении компонента без изменения логики поведения тест упадет, а значит не скажет сломано или нет
AO
Aleksandr Osipov
А компоненты вообще надо тестировать? Или достаточно только e2e на уровне всего приложения?
Допустим идеалистичный сценарий что вся логика вынесена в эффектор, а компонент только дергает события и рендерит сторы
c
Aleksandr Osipov
А компоненты вообще надо тестировать? Или достаточно только e2e на уровне всего приложения?
Я тестирую ui либу на поведение и особенности пропс, еще и скриншот тестами.
А также покрываю тестами компоненты страниц, закидываю состояние и проверяю, что страница адекватно рендерится, в том числе скриншот тестами
А также покрываю тестами компоненты страниц, закидываю состояние и проверяю, что страница адекватно рендерится, в том числе скриншот тестами
AO
Я тестирую ui либу на поведение и особенности пропс, еще и скриншот тестами.
А также покрываю тестами компоненты страниц, закидываю состояние и проверяю, что страница адекватно рендерится, в том числе скриншот тестами
А также покрываю тестами компоненты страниц, закидываю состояние и проверяю, что страница адекватно рендерится, в том числе скриншот тестами
А как тестируешь поведение и что именно, пример можно?
c
Я тестирую ui либу на поведение и особенности пропс, еще и скриншот тестами.
А также покрываю тестами компоненты страниц, закидываю состояние и проверяю, что страница адекватно рендерится, в том числе скриншот тестами
А также покрываю тестами компоненты страниц, закидываю состояние и проверяю, что страница адекватно рендерится, в том числе скриншот тестами
Тесты ui упрощают жизнь при рефакторинге.
Тесты страниц проверяют бизнес-задачи.
Тесты страниц проверяют бизнес-задачи.
AO
И что используешь для скриншот тестов?
c
Aleksandr Osipov
И что используешь для скриншот тестов?
c
Aleksandr Osipov
А как тестируешь поведение и что именно, пример можно?
Дропдаун
- в начальном состоянии могу найти элемент с текстом. Я же передал список элементов в дропдаун, и там либо выбран по умолчанию, либо «выберите элемент». И один из этих текстов должен быть на экране.
- если есть лейбл, то я его могу найти.
- после клика на элемент, открывается полный список и я могу найти первые N элементов на экране
- клик на другом элементе сменяет это на новый
- в начальном состоянии могу найти элемент с текстом. Я же передал список элементов в дропдаун, и там либо выбран по умолчанию, либо «выберите элемент». И один из этих текстов должен быть на экране.
- если есть лейбл, то я его могу найти.
- после клика на элемент, открывается полный список и я могу найти первые N элементов на экране
- клик на другом элементе сменяет это на новый
c
Ну и нельзя обращаться к классам, айдишкам и testid из теста
AO
Дропдаун
- в начальном состоянии могу найти элемент с текстом. Я же передал список элементов в дропдаун, и там либо выбран по умолчанию, либо «выберите элемент». И один из этих текстов должен быть на экране.
- если есть лейбл, то я его могу найти.
- после клика на элемент, открывается полный список и я могу найти первые N элементов на экране
- клик на другом элементе сменяет это на новый
- в начальном состоянии могу найти элемент с текстом. Я же передал список элементов в дропдаун, и там либо выбран по умолчанию, либо «выберите элемент». И один из этих текстов должен быть на экране.
- если есть лейбл, то я его могу найти.
- после клика на элемент, открывается полный список и я могу найти первые N элементов на экране
- клик на другом элементе сменяет это на новый
Это юнит тест используя какой-нить react-testing-library/render ?
c
Aleksandr Osipov
Это юнит тест используя какой-нить react-testing-library/render ?
Типа того
c
Ну и нельзя обращаться к классам, айдишкам и testid из теста
Потому что тогда тест проверяет детали реализации, а помимо этого он не проверяет, что пользователь вообще имеет доступ элементу. Например, элемент может быть за пределами экрана, или невидим на момент тестирования
TK
Кстати о тестах, кто-нибудь писал тесты вовлекающие в себя эффект и синхронный хэндлер? jest тесты у меня завершаются раньше чем промис эффекта, поэтому приходится заворачивать в setTimeout
TK
может кто знает решение лучше