ли дизайн ? И что лучше для RN для e2e теста detox или appium ?
Дизайн можно через snapshot testing проверять E2E следует избегать, для тестирования view части достаточно react native testing library
А можете рассказать почему надо избегать e2e тестов ?
- долгие. Вопрос стоит о минутах и часах - хрупкие. Поменял немного дизайн - половина тестов отвалилась, ибо до экрана путь изменился - тяжело писать. Физически много обвеса из кода Лучше разобраться с архитектурой: - onion, clear architecture, hexagonal - все они об одном и том же Выделяешься ядро, которое состоит из чистых функций. Они покрываются досконально юниттестами. Связь между модулями тестируется через typescript Все, что связано с сайд эффектами, внешним миром, выносится на край системы. Это значит, что когда ты тестируешь экран через react native testing library, тебе важно протестировать, что он в нужных местах текст выводит и кнопочки вызывают нужные колбэки
именно для тестирования дизайна - это действительно оверкилл но: если есть какие-то "пользовательские истории" - бывает полезно сделать несколько e2e тестов чтобы протестировать приложение в сборке (как с ним будет работать пользователь).
Понял, спасибо большое за помощь.
Я планировал написать несложные e2e тесты и прогнать их на App Center на разных моделях устройств . Тесты будут просто открывать каждый экран и делать скриншоты. Это для того что бы хоть чуть-чуть удостоверяется что с UI все нормально на разных платформах и размерах экранов
Или идея не очень?
Мне нравится идея сделать скриншоты автоматизированно Но это не совсем тесты ) Но идея отличная
Идея хорошая, но да, это не e2e (по крайней мере формально). Appium точно умеет, а для сравнения с предыдущим (рабочим) запуском можно, например, perceptual hash использовать не помню только, appcenter умеет appium или нет
Спасиб, тоже посмотрю как вариант
для пользовательских историй полезно, да.
Обсуждают сегодня