Что такое эстимация в QA?

«Что такое эстимация в QA?» — вопрос из категории Методологии разработки, который задают на 24% собеседований AQA / Automation. Ниже — развёрнутый ответ с разбором ключевых моментов.

Ответ

Эстимация (оценка) в QA — это процесс прогнозирования временных и трудозатрат, необходимых для выполнения задач по тестированию. Я оцениваю не только ручное тестирование, но и создание/поддержку автотестов, настройку инфраструктуры и анализ рисков.

Мой подход к оценке задач:

  1. Декомпозиция: Разбиваю большую задачу (например, "Протестировать checkout") на мелкие, оцениваемые компоненты.

    • Анализ требований и написание тест-кейсов: 4 часа.
    • Ручное исследовательское тестирование основного потока и граничных значений: 6 часов.
    • Написание автотестов на критичные сценарии (например, успешный платеж, отказ платежа): 8 часов.
    • Интеграция тестов в CI/CD пайплайн и проверка отчетов: 2 часа.
  2. Учет факторов сложности:

    • Новая функциональность vs. регресс: Новая требует больше времени на анализ и проектирование тестов.
    • Стабильность системы: Если система "сырая" и баги возникают часто, закладываю дополнительное время на перепроверку и коммуникацию с разработчиками.
    • Наличие тестовой документации: Если есть четкие спецификации, оценка точнее.
  3. Добавление буфера: Всегда добавляю 20-30% времени на непредвиденные обстоятельства (блокирующие баги, уточнение требований, проблемы с окружением).

Пример оценки для задачи автоматизации:

# Задача: Автоматизировать сценарий логина.
# Декомпозиция и оценка:
- Изучение текущей реализации UI и выбор локаторов: 1 час
- Написание Page Object для страницы логина: 2 часа
- Написание 3 тестов (успешный логин, неверный пароль, неверный логин): 3 часа
- Интеграция в сборку и отладка в CI: 2 часа
- Резерв на рефакторинг и непредвиденные проблемы: 2 часа (25% от 8 часов)
# Итоговая оценка: 10 часов

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