Что такое жизненный цикл ПО?

Жизненный цикл ПО (SDLC)

Жизненный цикл программного обеспечения (Software Development Lifecycle, SDLC) — это структурированный процесс, который определяет все этапы разработки, тестирования, развёртывания и поддержки программного продукта от его зачатия до снятия с эксплуатации. Понимание SDLC критично для QA Engineer, так как определяет, где и как мы встраиваются в процесс разработки.

Основные этапы SDLC

1. Планирование (Planning)

На этом этапе определяются основные параметры проекта:

• Определение целей — что нужно достичь?
• Анализ бюджета — сколько денег выделяется?
• Оценка ресурсов — сколько людей нужно?
• Расчёт сроков — когда должно быть готово?
• Анализ рисков — какие могут быть проблемы?
• Выбор методологии — Waterfall, Agile, Scrum?

Роль QA: Участие в планировании стратегии тестирования, определение масштаба тестов.

2. Анализ требований (Analysis)

Детальное изучение того, что должно быть реализовано:

• Сбор требований от stakeholders, клиента
• Документирование функциональных и нефункциональных требований
• Уточнение деталей — граничные случаи, исключения
• Создание спецификаций (SRS — Software Requirement Specification)
• Согласование требований со всеми заинтересованными сторонами

Роль QA: Анализ требований на полноту и тестируемость, выявление недоговорённостей.

3. Дизайн (Design)

Архитектурные и технические решения:

• Общая архитектура системы (клиент-сервер, микросервисы)
• Дизайн БД (схема, индексы)
• API спецификация (endpoints, параметры, ответы)
• UI/UX дизайн (макеты, прототипы)
• Выбор технологии (язык, фреймворк, БД)
• Диаграммы (ER, usecase, sequence)

Роль QA: Участие в review дизайна, определение тестовых сценариев на основе архитектуры.

4. Разработка (Development)

Непосредственное написание кода:

• Кодирование согласно дизайну
• Unit тестирование разработчиком
• Code review командой
• Версионирование (Git)
• Интеграция кода в main ветку
• Документирование кода (comments, docstrings)

Роль QA: Планирование интеграционных и функциональных тестов, подготовка test cases.

5. Тестирование (Testing)

Систематическая проверка качества:

• Unit тесты — разработчик тестирует функции
• Integration тесты — взаимодействие компонентов
• System тесты — полная система целиком
• UAT (User Acceptance Testing) — клиент тестирует
• Performance тесты — нагрузочное тестирование
• Security тесты — тестирование безопасности
• Regression тесты — проверка, что старое не сломалось

Роль QA: Основная роль! Выполнение всех видов тестирования, баг-репорты, управление качеством.

6. Развёртывание (Deployment)

Передача приложения в production:

• Подготовка окружения production
• Миграция данных из старой системы (если есть)
• Развёртывание приложения
• Smoke тесты в production (проверка критических функций)
• Обучение пользователей и support команды
• Rollback план на случай проблем

Роль QA: Smoke-тестирование, выявление критических проблем до массового использования.

7. Поддержка и обслуживание (Maintenance)

Основная фаза жизни продукта:

• Bug fixes — исправление найденных проблем
• Патчи безопасности — критические обновления
• Performance улучшения — оптимизация
• Новые features — добавление функционала
• Мониторинг — наблюдение за работой
• Пользовательская поддержка — ответы на вопросы

Роль QA: Регрессионное тестирование патчей, тестирование новых features.

8. Снятие с эксплуатации (Retirement/Decommissioning)

Вывод продукта из использования:

• Миграция данных пользователей в новую систему
• Архивирование исторических данных
• Отключение сервиса
• Документирование истории продукта

Типовые модели SDLC

1. Waterfall (Каскадная модель)

Планирование → Анализ → Дизайн → Разработка → Тестирование → Развёртывание → Поддержка

Характеристики:

• Линейный процесс — каждый этап после другого
• Требования фиксированы в начале
• Тестирование идёт в конце
• Сложно менять требования

Когда использовать:

• Чётко определённые требования
• Стабильная область (например, встроенные системы)
• Нужны жёсткие сроки

Роль QA: Массивное тестирование в конце, но баги сложнее исправлять.

2. Agile/Scrum (Итеративная модель)

1 неделя (Sprint):
Планирование → Разработка → Тестирование → Demo → Ретроспектива

Повтор: 2-4 недели

Характеристики:

• Короткие циклы (спринты)
• Частые релизы
• Требования могут меняться
• Тестирование параллельно разработке

Когда использовать:

• Неизвестные требования
• Быстро меняющийся рынок
• Нужна гибкость

Роль QA: Параллельное тестирование, быстрая обратная связь разработчикам.

3. DevOps / Continuous Delivery

Push → Build → Test → Deploy (continuous)

Характеристики:

• Автоматизированный pipeline
• Частые развёртывания (несколько раз в день)
• Автоматизированные тесты обязательны
• Monitoring в production

Когда использовать:

• SaaS приложения
• Web приложения
• Высокие требования к скорости

Роль QA: Автоматизация тестов, работа с CI/CD, мониторинг production.

QA в разных моделях SDLC

V-Model (V-образная модель)

Одна из самых структурированных моделей для QA:

Реквизиты ←→ Unit тесты
  ↓
Дизайн ←→ Integration тесты
  ↓
Деталь ←→ System тесты
  ↓
Имплементация ↓ UAT

Основная идея: для каждого уровня разработки есть соответствующий уровень тестирования.

Преимущества:

• Чёткая связь между требованиями и тестами
• Раннее выявление дефектов
• Хорошая для критичных систем

Практический пример: Спринт в Agile

День 1-2: Разработка feature (User Story: "Добавить возможность фильтрации заказов")

- 1 разработчик пишет код
- 1 QA тестирует параллельно
- Unit тесты пишет разработчик
- Integration тесты пишет QA

День 3-4: Тестирование и исправления

- QA находит 5 багов
- Разработчик их исправляет
- QA перепроверяет (регрессия)

День 5: Demo и закрытие

- Демонстрация feature заказчику
- Feedback и улучшения
- Feature помечается как "Done"
- Ретроспектива команды

Метрики SDLC

• Defect Density — количество багов на 1000 строк кода
• Code Coverage — процент кода, покрытый тестами
• Test Pass Rate — процент прошедших тестов
• Mean Time to Resolution — среднее время исправления бага
• Velocity — объём работ, выполняемый за спринт

Заключение

Понимание SDLC позволяет QA Engineer:

• Знать, где он встроен в процесс
• Планировать тестирование на ранних этапах
• Эффективнее коммуницировать с командой
• Выбирать подходящие стратегии тестирования
• Улучшать общее качество продукта