Какой знаешь вид тестирования, где не применяется автоматизация?

Виды тестирования, где автоматизация не применяется или применяется крайне ограниченно

Хотя автоматизация тестирования стала неотъемлемой частью современной разработки ПО, существуют области, где ручное тестирование остаётся незаменимым или предпочтительным. Автоматизация здесь либо невозможна технически, либо нецелесообразна с точки зрения затрат и результативности.

1. Исследовательское (Exploratory) тестирование

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

• Почему не автоматизируется: Цель — обнаружение неизвестных дефектов через свободное исследование системы. Тест-кейсы не определены заранее, сценарии строятся «на лету» в ответ на поведение приложения. Автоматизация требует чётко прописанных шагов и ожидаемых результатов, что убивает спонтанность и интеллектуальный поиск.
• Пример: Тестировщик, изучая новый интерфейс электронной коммерции, может интуитивно решить проверить, что будет, если в корзине оставить товар на несколько дней, добавить несуществующий промокод, а затем резко менять валюту платежа. Этот поток действий рождается в процессе исследования.

2. Юзабилити-тестирование (Usability Testing)

Оценка того, насколько продукт удобен, интуитивно понятен и приятен в использовании для конечного пользователя.

• Почему не автоматизируется: Ключевые метрики — субъективные ощущения человека: удобство навигации, понятность текста, эстетическое восприятие, эмоциональный отклик. Автоматический скрипт не может измерить разочарование или растерянность пользователя.
• Что проверяется: Эргономика интерфейса, ясность формулировок, логичность пользовательского пути (user journey), общее впечатление. Часто проводится с привлечением фокус-групп из целевой аудитории.

3. Тестирование доступности (Accessibility Testing, A11Y)

Проверка соответствия приложения стандартам (WCAG) для обеспечения доступности людям с ограниченными возможностями.

• Почему автоматизация недостаточна: Хотя существуют инструменты автоматической проверки (axe-core, Lighthouse), они выявляют лишь ~30-40% проблем. Многие аспекты требуют человеческой оценки.
• Что требует ручной проверки:

    *   Логический порядок фокуса клавиатуры и навигация без мыши.
    *   Качество озвучки контента скринридерами (NVDA, VoiceOver).
    *   Адекватность текстовых описаний (alt-текстов) для сложных изображений или графиков.
    *   Достаточность цветового контраста для людей с дальтонизмом (на глаз или с помощью симуляторов).

<!-- Автотест проверит наличие атрибута alt, но не его полезность -->
<img src="chart.png" alt="chart"> <!-- ПЛОХО: Автотест пройден, но для пользователя бесполезно -->
<img src="chart.png" alt="График роста продаж на 25% в Q4 2023 года"> <!-- ХОРОШО: Осмысленное описание -->

4. Ad-hoc тестирование

Спонтанное, неподготовленное тестирование без документации и плана. Цель — быстро найти критические дефекты, используя глубокое знание системы.

• Почему не автоматизируется: Это «тестирование в моменте», основанное на опыте и догадках тестировщика. Невозможно заранее запрограммировать сценарий для непредсказуемой, хаотичной проверки «методом тыка».

5. Тестирование, требующее физического взаимодействия или сложной эмуляции окружения

• Тестирование мобильных устройств: Проверка реакции на встряхивание, поворот, прерывание звонком, работу с NFC или камерой. Хотя эмуляторы существуют, они не всегда точно воспроизводят «железо» и поведение реальной ОС.
• Тестирование IoT-систем: Проверка работы устройства в экстремальных условиях (температура, влажность), износ компонентов, взаимодействие с другими физическими устройствами.

Вывод: Баланс между ручным и автоматическим тестированием

Автоматизация — это мощный инструмент для регрессионного, нагрузочного, smoke-тестирования и проверки стабильных, повторяемых сценариев. Однако области, требующие человеческого восприятия, креативности, эмпатии к пользователю и работы с неопределённостью, остаются прерогативой ручного тестирования. Эффективная команда QA умеет находить баланс, используя автоматизацию для рутинных проверок и высвобождая время тестировщиков для сложной, интеллектуальной работы, которую не могут выполнить скрипты.