Шпаргалка тестировщика

SDLC и STLC: два цикла, которые путают

SDLC отвечает за то, что и как разрабатывают. STLC – параллельный цикл про то, что и как тестируют. Ниже – обе шестифазные модели и кликабельная схема того, где они пересекаются по-настоящему, а где пересечение условное.

Сами модели разработки – водопад, V-модель, Agile – за пределами этой шпаргалки. Здесь только универсальные фазы цикла, которые в любой модели просто сжимаются или растягиваются во времени. Подробно – шпаргалка "Модели разработки".

Это теория цикла целиком – от первых требований до конца жизни продукта. Как тестировщик прогоняет одну конкретную сборку (сертификация → дым → тестирование → регресс → релиз) – в шпаргалке "Прогон билда".

SDLC: жизненный цикл разработки

#	Фаза	Что происходит	Результат
1	Требования	Аналитик и менеджер выясняют, что должен делать продукт, кто им пользуется и зачем он вообще нужен.	SRS – спецификация требований
2	Дизайн	Требования превращаются в архитектуру: компоненты, интерфейсы, схема данных.	Дизайн-документ (HLD/LLD)
3	Разработка	Дизайн переводится в код: пишут, ревьюят, вливают в основную ветку.	Собранный билд
4	Тестирование	ПО проверяют на соответствие SRS, найденные дефекты возвращаются разработке.	Список дефектов, статус готовности
5	Развёртывание	Проверенный продукт разворачивают в проде. Иногда перед этим отдельно проводят UAT – приёмку силами заказчика.	Продукт доступен пользователям
6	Поддержка	Чинят баги, которые находят уже пользователи, обновляют под новые требования.	Патчи и новые версии

STLC: жизненный цикл тестирования

#	Фаза	Что происходит
1	Анализ требований	Команда тестирования разбирает требования: что тестировать, какие риски, нужна ли автоматизация.
2	Планирование тестирования	Составляется тест-план: ресурсы, роли, инструменты, окружения, метрики прогресса.
3	Разработка тест-кейсов	Пишут детальные тест-кейсы и скрипты, готовят тестовые данные под каждый сценарий.
4	Настройка тестового окружения	Готовят стенд: серверы, БД, конфигурации, разворачивают тестовую версию продукта.
5	Выполнение тестов	Прогоняют тест-кейсы, фиксируют результат, заводят дефекты на расхождения.
6	Закрытие цикла	Подводят итоги: анализируют процесс, оценивают эффективность, готовят отчёт.

STLC – не термин ISTQB. В силлабусе ISTQB эти шесть фаз не встречаются – там описан fundamental test process с другим набором: Planning and Control, Analysis and Design, Implementation and Execution, Evaluating Exit Criteria and Reporting, Closure. Шестифазная модель STLC выше – отраслевой стандарт, который на собеседованиях спрашивают чаще официальной терминологии ISTQB. Если собеседующий явно ссылается на ISTQB – отвечай его словами, а не "requirement analysis, test planning...".

Соответствие фаз: кликабельная схема

Нажми на любую фазу слева или справа – справа появится разбор с критериями входа и выхода. Связанные фазы соединены линией: не всегда один к одному, иногда одна фаза SDLC перекрывается сразу двумя фазами STLC.

Фаза "Разработка" перекрывается сразу с двумя фазами STLC – тест-кейсы пишут, пока код ещё не готов, а окружение настраивают параллельно. "Поддержка" на схему STLC уже не проецируется – это отдельные мини-циклы, практика для них в шпаргалке phase.

Вопросы, на которых спотыкаются

Нет. Анализ требований в STLC стартует параллельно с SDLC, часто в тот же день, что у аналитика. Чем позже тестировщик подключается, тем дороже обходится каждый дефект, найденный потом, – это и есть идея сдвига проверки влево (shift-left).

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

Test Environment Setup готовит изолированный стенд для проверки задолго до релиза, обычно параллельно с разработкой. Прод-окружение готовят на фазе Развёртывание – это уже финальный контур для реальных пользователей. Перепутать их на собеседовании – частая ошибка.

Закрытие цикла. Выполнение тестов даёт сырые результаты и список дефектов, а закрытие – это разбор результатов, отчёт и решение, что улучшить в следующий раз. Без него цикл формально не завершён, даже если все баги уже перепроверены.

Формально это последняя фаза SDLC, но по сути каждый патч на этой фазе – мини-проход по циклу заново, только сжатый. Как тестировщик прогоняет отдельно взятую сборку внутри такого патча – уже практика, разобрана в шпаргалке "Прогон билда".