Главное за урок

SDLC (Software Development Life Cycle) — это жизненный цикл разработки ПО. Любой продукт, от Telegram до банковского сервиса, проходит одни и те же этапы. Понимание SDLC позволяет QA подключаться вовремя, а не «когда уже горит».

Ключевое правило: ошибка, найденная на ранних этапах SDLC, исправляется в десятки раз дешевле, чем найденная в продакшне.

7 этапов SDLC

№	Этап	Что происходит	Роль QA
1	Идея	Бизнес-проблема, оценка «делаем / не делаем»	Уточняет «как будем измерять успех»
2	Требования	BA пишет конкретные и проверяемые требования	Review на дыры, противоречия, неоднозначности
3	Дизайн	Архитектура и UI/UX (Figma)	Логика работы, первые чек-листы до кода
4	Разработка	Итерации кода, ревью	Тест-план, тест-кейсы параллельно с dev
5	Тестирование	Функционал, регресс, нагрузка, UX	Прогон тестов, баг-репорты, ретесты
6	Релиз	Выкатка пользователям	Smoke на проде
7	Поддержка	Прод-баги, патчи, доработки	Каждый фикс — мини-SDLC

Хороший релиз почти всегда «тихий»: пользователи не замечают, что что-то поменялось.

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

STLC (Software Testing Life Cycle) — этапы работ именно по тестированию. STLC встроен в SDLC, а не идёт после него.

Основные фазы STLC:

Анализ требований — что вообще тестируем, какие риски.
Планирование тестов — объём, ресурсы, расписание, критерии входа/выхода.
Дизайн тестов — кейсы, чек-листы, тестовые данные.
Подготовка окружения — стенды, доступы, тестовые данные.
Выполнение — прогоны, баги, ретесты.
Закрытие цикла — отчёт, exit criteria, ретроспектива.

Планирование тестов часто стартует уже на этапе требований — это и есть Shift Left.

Shift Left: чем раньше QA, тем дешевле фикс

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

Поэтому правило простое: подключай QA как можно раньше — на требованиях и дизайне.

Waterfall vs итеративные подходы

Waterfall (каскад):

Этап закрывается до перехода к следующему.
Подходит там, где требования жёсткие и редко меняются: госсектор, медтех, встроенные системы.
Минус: ошибка в требованиях всплывает поздно — откат дорогой.
В классическом Waterfall основной объём тестирования идёт после разработки.

Итеративные подходы (Agile, Scrum, Kanban):

Короткие циклы (1–4 недели), после каждого — рабочий инкремент.
Обратная связь от пользователей и стейкхолдеров идёт постоянно.
QA участвует в каждом цикле, а не один раз в конце.
Это выбор большинства продуктовых команд.

Подробно про Agile и Scrum — в уроке 3.

«Вайбкодинг» с ИИ — это ускоренный SDLC, а не его отмена

Когда ты за вечер делаешь приложение с ИИ:

Промпт = требования.
Скелет UI = дизайн.
Сгенерированный код = разработка.
Ручная проверка «как пользователь» = тестирование.
Деплой на хостинг = релиз.

Те же 7 этапов, только быстрее. Чем выше скорость, тем легче пропустить дыру в требованиях или забыть про регресс — поэтому STLC от ИИ не исчезает, он просто становится короче.

Ключевые тезисы для теста

SDLC — это жизненный цикл разработки; STLC — жизненный цикл тестирования.
7 этапов SDLC: идея → требования → дизайн → разработка → тестирование → релиз → поддержка.
Чем раньше найден дефект, тем дешевле его исправить (Shift Left).
В Waterfall основной объём тестирования — после разработки; в итеративных подходах — в каждом цикле.
Waterfall ≠ «зло»: это другая модель рисков, актуальна там, где требования стабильны.
STLC встроен в SDLC: планирование тестов часто начинается на требованиях.
«Вайбкодинг» с ИИ проходит те же 7 этапов, только в ускоренном режиме.

Полезные ссылки

Эфиры Сергея на YouTube: https://www.youtube.com/@qabigtech/streams
Чат марафона: https://t.me/+-utD4gcZaG82MTky
Telegram-канал Сергея: https://t.me/qabigtech

Урок 2. Жизненный цикл разработки ПО (SDLC)

Темы урока

Видео урока

Конспект урока