Как понять, что тестирование завершено?

Этот вопрос является довольно частым вопросом с собеседований. Из забавного - правильного ответа на него нет, потому что вещь эта довольно субъективна для каждой компании.

Почему субъективна? Потому что на нее нет однозначного ответа. Тестирование ПО — это не четкое утверждение, а процесс, в котором задействовано множество факторов: требования, риски, дедлайны, ресурсы, и даже интуиция QA.

Что такое завершение тестирования?

Это такая точка в тестировании ПО, когда можно сказать, что:

• продукт/фича протестированы в полной мере,
• найденные баги либо закрыты, либо не критичны,
• риски оценены и обсуждены с командой,
• продукт готов к релизу.

Основные критерии завершения тестирования

Выполнены все запланированные тест-кейсы

• Все тест-кейсы из тест-плана/прогона тестов были пройдены.
• Вы и команда знаете, какие тесты прошли, какие упали, и почему.
• Если какие-то тесты были пропущены, то на это есть причины, которые обговорены с командой

Все критичные баги исправлены и протестированы

• Критичные и блокирующие баги — закрыты.
• После фиксов проведено регрессионное тестирование.
• Тестирование показало, что после фиксов не сломалось что-либо новое.

Проведено регрессионное тестирование

• Проверена вся система или её критичные модули после последних изменений.
• Автотесты(при наличии) не показали проблем.

Достигнуты запланированные метрики качества (если таковые есть)

Примеры:

• Процент прохождения тестов — 95%+
• Допустимое число багов — не более 2 багов уровня medium
• Code coverage — например, 80%

Временные и проектные ограничения достигнуты

Да, бывает, что тестирование заканчивается, потому что вышли сроки. В этом случае:

• Документируем, что не протестировано.
• Обозначаем риски.
• Передаём информацию команде и менеджерам.

Все тест-циклы завершены

• Smoke-тесты
• Регрессия

Выполнен Definition of Done (DoD)

Что такое DoD?

Definition of Done (DoD) — это набор условий, при которых задача или фича считается полностью завершённой. Это не просто “код написан”, а всё: от тестирования до документации и выкладки на нужный стенд.

Что включает DoD? (Пример)

• Код написан, прошёл ревью
• Все юнит-тесты пройдены
• Написаны/обновлены автотесты
• Нет критичных багов
• Протестированы Acceptance Criteria
• Баги заведены, зафиксированы
• Обновлена документация
• Выкладка на тестовый / staging / prod
• Получено финальное одобрение от продакта

Почему DoD важен для QA?

• Даёт объективный ориентир, когда можно считать задачу протестированной.
• Убирает споры: “А почему вы закрыли?”, “А где тесты?”, “А на стенде есть?”

Дополнительные индикаторы "готовности"

Показатель

Что это значит

Юз-кейсы протестированы

Основные сценарии работают

Нагрузка проверена

Тесты на производительность завершены

Автотесты "зелёные"

Прогон CI стабилен

Новых багов нет

Последние фиксы не сломали систему

Менеджеры бегают и наливают шампанское, так как они выполнили KPI

✅ Финальный чек-лист перед завершением тестирования

• Все тест-кейсы пройдены
• Крит-баги устранены
• Регрессия завершена
• DoD выполнен
• Документация обновлена
• Риски обозначены
• Команда согласна

Дополнительно - почитайте статью https://software-testing.ru/library/testing/general-testing/947-when-do-we-stop-testing
Тут расписаны классные эвристики, которые связаны с критериями завершения тестирования.