Ответ
Автоматизация не всегда оправдана. Вот основные категории тест-кейсов, которые обычно не стоит автоматизировать:
- Одноразовые или редкие проверки – если тест выполняется один раз или очень редко, затраты на разработку и поддержку скрипта превышают выгоду.
- Тесты с нестабильными требованиями или UI – частые изменения в функционале или интерфейсе делают поддержку автотестов дорогой и неэффективной.
- Субъективные проверки (UX/Usability) – оценка удобства, дизайна или восприятия пользователем. Автоматизация не может заменить человеческое суждение.
# НЕ для автоматизации: "Интуитивно ли расположены элементы меню?" # Это субъективная оценка, требующая ручного тестирования. - Сложные физические или аппаратные взаимодействия – тестирование работы с принтерами, сканерами, специфическими жестами (мультитач) или датчиками.
- Критически важные сценарии перед релизом (Smoke/Sanity) – в момент выпуска версии надежнее выполнить ключевые проверки вручную, чтобы избежать рисков из-за возможных сбоев в автоматизации.
- Тесты с низким приоритетом или минимальным impact – если вероятность дефекта мала, а его влияние на бизнес незначительно, автоматизация не окупается.
Критерий решения: всегда оценивайте ROI (Return on Investment) – соотношение затрат на создание/поддержку автотеста и пользы от его повторного выполнения.