Какие типы задач вызывают уныние?

«Какие типы задач вызывают уныние?» — вопрос из категории Софт-скиллы, который задают на 24% собеседований AQA / Automation. Ниже — развёрнутый пример ответа, который можно адаптировать под свой опыт.

Ответ

Как тестировщик, я понимаю, что рутина — часть работы, но некоторые задачи действительно демотивируют из-за низкой ценности или организационных проблем.

1. Ручное регрессионное тестирование без возможности автоматизации. Когда перед каждым релизом приходится вручную, по чек-листу, прогонять десятки одних и тех же сценариев на нескольких окружениях. Это не только скучно, но и чревато человеческой ошибкой. В таких ситуациях я всегда стараюсь выделить хотя бы 10-20% времени на то, чтобы автоматизировать самый стабильный и повторяющийся кусок этой рутины, даже если на это нет отдельной задачи.

2. Тестирование без четких требований или с постоянно меняющимися требованиями "на лету". Например, когда начинаешь тестировать фичу, а в процессе от продукт-менеджера приходит: "О, а давайте еще вот это добавим, это же просто!". Приходится постоянно перестраиваться, а критерии приемки размываются. Это приводит к бесконечному циклу тестирования и не позволяет качественно оценить готовность.

3. Работа с крайне нестабильным (флакючным) тестовым окружением. Когда половину времени уходит не на поиск багов в продукте, а на борьбу с падающими тестовыми базами данных, зависающими симуляторами или сторонними сервисами, которые недоступны. Это выматывает и создает ложное ощущение, что ты не успеваешь по плану.

4. Написание автотестов для функциональности, которая, очевидно, будет кардинально переписана в следующем спринте. Понимание, что твоя работа по автоматизации, на которую ушло несколько дней, через неделю отправится в корзину, потому что архитектура фичи полностью поменялась. В таких случаях я предпочитаю обсудить с командой возможность отложить глубокую автоматизацию до стабилизации интерфейса или API, ограничившись smoke-тестами.

Что помогает не унывать:

  • Фокус на ценности: Понимание, как именно моя работа (даже рутинная) предотвращает конкретные баги у пользователей.
  • Технический долг как задача: Вносить задачи по улучшению тестового процесса (стабилизация окружения, рефакторинг флакючных тестов) в бэклог продукта.
  • Автоматизация рутины: Постоянный поиск возможностей для оптимизации повторяющихся действий, даже мелких (написание скриптов для деплоя, парсинга логов и т.д.).