фичи тестами или как-то по другому системно (не на отвали) подходит к вопросу?
Что используете (jest, e2e)?
Есть ли какой-то принцип написания тестов, который вы выработали?
Что почитать по автотестам на RN / фронте (не мануалы как настроить jest/detox/maestro/appium, а подходы)
Что хочется
- После правок фичи быть уверенным что ничего не сломал
- Катить в прод спокойно
тесты - это искусство)
я попробовал использовать несколько разных тестов e2e, на пример appium, maestro и detox сейчас в данный момоент использую detox советую использовать
Я вот смотрю maestro, detox раньше использовал и мне показался сыроват Вопрос - а API запросы используете от реального сервака или как-то мокаете? Я хочу просто TDD попробовать, вот думаю как
На end 2 end testing мы же просто ui тестируем какие запросы на сервак имеете виду
Ну оно же E2E -end to end это значит что мы что-то нажали, что-то ушло на сервер, что-то пришло, и мы смотрим - корректный ли UI в результате. То есть - тестируем не компонент, а весь user flow. Если тестировать прям совсем с реальным бэкендом, то можно получить сыпучесть тестов, поэтому часто мокают ответы сервера - я понимаю как это сделать через react-native-testing-library, но не очень понимаю хорошую практику для detox/maestro
давно находил интересную презу по e2e в rn (и если поискать там есть другие, тоже неплохие, с разных митапов), но не было необходимости такой чтобы сильно заморачиваться с внедрением что-то наверняка уже устарело, что-то придется адаптировать для других инструментов (там appium), но концептуально идеи наверняка остались +- рабочими
Обсуждают сегодня