iphone - UI модульное тестирование?

Что касается написания юнит-тестирования для пользовательского интерфейса, для чего вы пишете тест?

  • Вы тестируете каждый метод? (Пример: метод возвращает правильные данные)
  • Или вы тестируете функциональность? (Убедитесь, что таблица заполняет данные, которые она предполагает)

Нужно ли издеваться над всем, кроме предмета, который я тестирую? Допустим, я тестирую, чтобы убедиться, что табличное представление заполняется правильно? Я высмеиваю все остальное?

Пожалуйста, предоставьте как можно больше информации

Источник

2 ответа

Решение

Я постараюсь ответить на это в общем виде. При тестировании UI-кода часто рекомендуется ставить тесты "на шаг впереди" от самого UI. Ex. работать против моделей вместо самого интерфейса, если это возможно. Это гораздо менее хрупкий способ. Я не знаком с автоматизацией тестирования пользовательского интерфейса iOS, но подобные вещи имеют тенденцию ломаться при самых маленьких изменениях макета и т. Д.

Источник

Я предлагаю вам взглянуть на FoneMonkey от Gorilla Logic. У них есть очень хорошая утилита для написания модульных тестов, которые на самом деле тестируют с точки зрения пользователей, иначе. проверьте, что пользовательский интерфейс в порядке, т.е. загружается правильно, содержит правильные значения и т. д.

Вы даже можете запустить его в безликой среде, например. Сервер непрерывной интеграции и др.

Источник
Другие вопросы по тегам