SDLC, STLC и место тестирования

SDLC описывает путь продукта от идеи до эксплуатации, а STLC описывает цикл тестовой работы внутри этого пути. В современных командах тестирование начинается не после разработки, а с анализа идеи, требований, рисков и архитектурных решений.

Что важно понять

На каком этапе можно дешевле всего обнаружить конкретный риск.
Какие проверки выполняются до кода: review требований, дизайн-ревью, анализ данных.
Какие проверки нужны во время разработки: unit, integration, API, exploratory.
Какие проверки остаются перед релизом и после релиза: regression, monitoring, rollback.

Рабочий порядок

Разложите фичу по этапам: идея, требования, дизайн, разработка, тестирование, релиз.
Назначьте QA-активности на каждый этап, а не только на конец.
Определите входные и выходные критерии для тестирования.
Проверьте, какие риски можно закрыть автоматикой или мониторингом.

Что отдавать команде

Карта QA-активностей по этапам.
Entry/exit criteria для задачи или релиза.
Список проверок, перенесённых левее по процессу.

Частые провалы

Считать, что QA подключается только к готовой сборке.
Дублировать проверки на каждом этапе вместо распределения ответственности.
Не учитывать post-release сигналы: метрики, алерты, обращения поддержки.

Практика

Возьмите фичу регистрации и напишите, что можно проверить до разработки, во время разработки, перед релизом и после релиза.