Идеальный программист. Как стать профессионалом разработки по

ok_button
, чем кнопку в столбце 3 строки 4 таблицы элементов.
Выбор интерфейса для тестирования
И все же лучше писать тесты, которые активизируют функции
тестируемой системы через API, а не через графический интерфейс.
При этом должен использоваться тот же API, который используется
графическим интерфейсом. В этом нет ничего нового: специалисты в
области проектирования десятилетиями говорили нам, что
графический интерфейс нужно отделять от бизнес-логики.

---

Тестирование через графический интерфейс всегда создает
проблемы (если вы не ограничиваетесь тестированием одного лишь
графического интерфейса). Дело в том, что графический интерфейс с
большой вероятностью изменится, а это делает тесты весьма
непрочными. Когда каждое изменение интерфейса нарушает работу
тысячи тестов, вы либо начинаете отказываться от тестов, либо
перестаете изменять графический интерфейс. Ни один из этих
вариантов хорошим не назовешь. Итак, пишите тесты бизнес-логики
так, чтобы они проходили через API, находящийся за графическим
интерфейсом.
Некоторые приемочные тесты определяют поведение самого
графического интерфейса. Естественно, такие тесты должны
проходить через графический интерфейс. Однако они не тестируют
бизнес-логику, а следовательно, не требуют ее связывания с
графическим интерфейсом. По этой причине на время тестирования
самого графического интерфейса лучше изолировать его от бизнес-
логики и заменить последнюю заглушками.
Ограничьтесь минимальным объемом тестов графического
интерфейса. 
Они 
слишком 
непрочны 
из-за 
изменчивости
графического интерфейса. Чем больше у вас тестов графического
интерфейса, тем меньше вероятность того, что они останутся
неизменными.
Непрерывная интеграция
Проследите за тем, чтобы все модульные и приемочные тесты
запускались несколько раз в день в механизме непрерывной
интеграции. Этот механизм должен инициироваться вашей системой
управления исходным кодом. Каждый раз, когда кто-то вносит в базу
новый модуль, механизм непрерывной интеграции должен
инициировать сборку с последующим запуском всех тестов в системе.
Результаты запуска должны рассылаться всем участникам группы.