Автоматизировать нужно не то, что “можно автоматизировать”, а то, что приносит устойчивую пользу команде. Главный вопрос здесь не в инструменте, а в возврате на усилия и в качестве будущего feedback loop.
Хорошие кандидаты на автоматизацию
- →Часто повторяемые и стабильные сценарии.
- →Критичные пути, которые важно быстро проверять на каждом изменении.
- →Проверки с понятным ожидаемым результатом и хорошей управляемостью данных.
- →API и сервисные сценарии, где меньше UI-шумов и выше точность сигнала.
Плохие кандидаты
- →Сценарии с нестабильным UI и неуправляемыми данными.
- →Редкие проверки, стоимость поддержки которых выше их пользы.
- →Задачи, где человеку нужно субъективное суждение или широкий exploratory-поиск.
Решение об автоматизации должно исходить из риска, частоты, стабильности и стоимости поддержки, а не из желания “покрыть всё тестами”.