Жизненный цикл тестирования (STLC)
Тема дорожной карты · QA-инженер
Жизненный цикл тестирования программного обеспечения (STLC) — это структурированная последовательность фаз, определяющая все тестировочные активности от первоначального анализа требований до окончательного закрытия тестирования, обеспечивая систематическую валидацию качества программного обеспечения на каждом этапе. STLC состоит из шести основных фаз: Анализ требований (проверка спецификаций для выявления тестируемых требований), Планирование тестирования (определение области охвата, стратегии, расписания и распределения ресурсов), Разработка тест-кейсов (написание и проверка тест-кейсов и тестовых скриптов), Настройка тестовой среды (подготовка Docker-сред, настройка CI/CD с Jenkins или GitHub Actions), Выполнение тестирования (запуск ручных и автоматизированных тестов с использованием Selenium, Playwright, JMeter и pytest/JUnit/TestNG) и Закрытие тестирования (подготовка отчётов о метриках, архивирование результатов Allure или TestRail, проведение ретроспектив). STLC напрямую отображается на SDLC, и в Agile-средах он сжимается до спринтовых микроциклов при сохранении всех фаз, обеспечивая непрерывную обратную связь с каждой итерацией. Понимание STLC позволяет QA-инженерам планировать, выполнять и отчитываться о тестировочных активностях так, чтобы они были прослеживаемыми, повторяемыми и согласованными с целями качества проекта.
Как это работает
Жизненный цикл тестирования (STLC) — это дисциплина поиска дефектов + повышения качества ПО. Активности: анализ требований, планирование тестов, тест-дизайн, исполнение тестов, отчёты о дефектах + трекинг, регрессионное тестирование, верификация релиза. Уровни тестирования: unit (на разработчике), integration (границы компонентов), system (end-to-end), acceptance (user-facing). Современный QA сочетает ручное исследование с автоматическим regression. QA-мышление: каждое предположение подозрительно, у каждого input есть граница.
Когда применять
Встраивайте QA с начала проекта — качество-задним-числом всегда стоит дороже, чем встроенное. Используйте пирамиду тестирования как ориентир: много unit-тестов (быстрые, дешёвые), меньше integration, ещё меньше E2E (медленные, хрупкие). Для ранних стадий exploratory testing находит больше багов, чем сценарная regression — автоматизируйте после стабилизации фичи. ISTQB Foundation даёт общий словарь команде.
Типичные ошибки
Ловушки Жизненный цикл тестирования (STLC): QA как "тыкать кнопки до поломки" вместо анализа рисков + дизайна тестов; гонка за 100% покрытием кода (line coverage не значит behaviour coverage); обвинение QA при production-сбое ("вы должны были поймать" — большинство багов системные, не QA-detectable); незнание доменной области (QA, не понимающий бизнес, пропускает важные баги).