Методика тестирования большого пользовательского интерфейса Espresso для тестирования нескольких путей пользовательского интерфейса со многими виджетами пользовательского интерфейса - PullRequest
0 голосов
/ 17 мая 2019

У меня есть приложение среднего размера, которое в основном представляет собой приложение CRUD с большой бизнес-логикой, встроенной в каждый пользовательский интерфейс.Большая часть логики имеет тип: если значение этого виджета 1 равно X, видимость виджета 2 исчезает / видима.

При этом для рабочего процесса пользовательского интерфейса допустимо, чтобы пользователь начал ввод данных сВ любой точке пользовательского интерфейса нет такого понятия, как линейный поток пользовательского интерфейса для этого приложения.

Я борюсь с тем, как концептуализировать лучшую методологию построения тестов эспрессо, поскольку в пользовательском интерфейсе имеется прибл.40 виджетов, которые нужно тестировать вместе в разных заказах.Каждый виджет должен быть завершен, чтобы я мог проверить результат проверки в конце отправки рабочего процесса ... Если виджет не заполнен, проверка не пройдет, и я не смогу проверить свои сообщения о завершениипользователю.

Я могу удалить около 30 из этих виджетов, поскольку они не слишком сильно влияют на логику пользовательского интерфейса, что может привести к ошибке.Однако, чтобы протестировать оставшиеся 10 виджетов, мне нужно было бы написать множество сценариев эспрессо в различном порядке выполнения, чтобы гарантировать, что все потоки работают должным образом.

Как говорится, есть ли пример того, чтоЯ пытаюсь добиться или, возможно, сделать так, чтобы тесты Espresso были динамическими в порядке их выполнения, не добавляя слишком много логики для усложнения теста?

Я действительно ценю ваш опыт работы с большими тестами пользовательского интерфейса!

...