← Тестирование ПО: профессия QA с нуля
Lesson
Урок 3. Smoke, регресс, re-test; ручное и автоматизированное
Различать дымовое, регрессионное и повторное (re-test) тестирование и понимать выбор между ручным и авто.
Smoke, re-test, регресс и выбор подхода
Когда и что запускаем
Дымовое тестирование (smoke test) — быстрая поверхностная проверка самых важных функций системы. Цель: убедиться, что сборка вообще «не горит» и её имеет смысл тестировать дальше. Smoke проводят при получении каждой новой сборки, до начала глубокого тестирования.
Повторное / подтверждающее тестирование (confirmation re-test) — проверка конкретного исправленного дефекта. Тестировщик берёт тот же тест-кейс, который ранее обнаружил баг, и убеждается, что дефект устранён.
Регрессионное тестирование — проверка того, что новые изменения не сломали ранее работавшую функциональность. Регресс особенно актуален при каждом релизе. Здесь вступает в силу парадокс пестицида из ISTQB: если прогонять одни и те же тесты снова и снова, они перестают находить новые дефекты — тест-сьют нужно регулярно пересматривать и обновлять.
Ручное тестирование незаменимо там, где нужен человеческий взгляд: UX, визуальные проверки, исследовательское тестирование, разовые проверки. Автоматизированное тестирование оправдано при частых повторных прогонах (регресс), больших объёмах данных и стабильных требованиях. Автоматизация не заменяет ручное тестирование — она освобождает тестировщика для более сложных задач.
Lesson notes
Когда и что запускаем
Дымовое тестирование (smoke test) — быстрая поверхностная проверка самых важных функций системы. Цель: убедиться, что сборка вообще «не горит» и её имеет смысл тестировать дальше. Smoke проводят при получении каждой новой сборки, до начала глубокого тестирования.
Повторное / подтверждающее тестирование (confirmation re-test) — проверка конкретного исправленного дефекта. Тестировщик берёт тот же тест-кейс, который ранее обнаружил баг, и убеждается, что дефект устранён.
Регрессионное тестирование — проверка того, что новые изменения не сломали ранее работавшую функциональность. Регресс особенно актуален при каждом релизе. Здесь вступает в силу парадокс пестицида из ISTQB: если прогонять одни и те же тесты снова и снова, они перестают находить новые дефекты — тест-сьют нужно регулярно пересматривать и обновлять.
Ручное тестирование незаменимо там, где нужен человеческий взгляд: UX, визуальные проверки, исследовательское тестирование, разовые проверки. Автоматизированное тестирование оправдано при частых повторных прогонах (регресс), больших объёмах данных и стабильных требованиях. Автоматизация не заменяет ручное тестирование — она освобождает тестировщика для более сложных задач.