Я единственный, кто считает, что создание полезных тестов для сложных приложений со сложным реагированием на самом деле невозможно?
Как вы, ребята, тестируете приложения, которые имеют множество собственных зависимостей?
Если я пытаюсь использовать jest с энзимом или реагировать на нативную библиотеку тестирования, в итоге я использую jest.mock (), чтобы высмеивать большинство моих компонентов logi c до такой степени, что тесты на самом деле кажутся бесполезными. Большинство нативных компонентов просто кажутся нереальными, и мне приходится тратить большую часть своего времени на выяснение того, как имитировать нативные библиотеки вместо написания тестов.
У меня есть некоторые тесты, использующие детокс, которые полезны, но они требуют слишком долго, чтобы работать, и в большинстве случаев они очень ненадежные и медленные, особенно в CI / CD, таких как bitrise, который я считаю лучшим вариантом для использования с детоксом.
Детокс не работает с сетью представления и некоторые важные компоненты, такие как оповещения. Кроме того, настройка насмешек - это боль в заднице.
Я не нашел в Интернете никакого контента, который учит, как тестировать реальные приложения на реальных реакциях.
Я обнаружил, что с помощью библиотеки тестирования реагирования или Фермент с реагирующими веб-приложениями намного проще, а тесты имеют гораздо больше смысла.
Неужели люди на самом деле не проводят тестирование на реагирующих нативах?
Как убедиться, что все не сломается без ручного контроля качества? каждый раз, когда я развертываю новую версию?
Это не суждено быть пустым, я просто хочу мнение людей со сложными производственными приложениями, потому что я в отчаянии и нуждаюсь в любви.