Что происходит перед Sprint

Что происходит перед спринтом (Sprint Planning)

Процесс подготовки перед спринтом критичен для его успеха. Я участвую в планировании как QA и вот что я делаю.

День перед спринтом: Подготовка

Встреча со stakeholder и разработчиками:

• Смотрим истории которые будут в спринте
• Обсуждаем требования
• Я задаю вопросы про тестирование

Анализ требований:

• Читаю user stories
• Ищу неясности
• Предлагаю дополнения
• Отмечаю что может быть проблемным

Встреча Sprint Planning

Этап 1: Обсуждение историй

Для каждой истории:

• Product Owner объясняет что нужно
• Разработчики оценивают complexity
• Я определяю test strategy

Мой вклад как QA: Для истории про фильтр по цене:

• Фильтр работает корректно
• UI обновляется при изменении
• Результаты сортируются правильно
• Сохраняется состояние при reload
• Работает на мобильных

Этап 2: Определение Acceptance Criteria

Мы уточняем:

• Когда история считается done
• Какие тесты должны пройти
• Какой coverage нужен

Этап 3: Оценка тестирования

Это часто забывают:

• Сколько времени на тестирование
• Нужна ли автоматизация
• Какие инструменты нужны
• Есть ли dependencies

За 2-3 дня до спринта: Техническая подготовка

Подготовка окружения:

• Убедиться что test environment работает
• Данные в БД свежие
• VPN работает если нужен
• Доступ к инструментам есть

Подготовка инструментов:

• Selenium тесты обновлены
• API test framework готов
• CI/CD пайплайн работает
• Test data fixtures подготовлены

В день Sprint Planning

Встреча (обычно 2-3 часа):

1. Opening — цель спринта
2. Story presentation — обсуждение историй
3. Sprint goal definition — главная цель
4. Capacity planning — сколько можем взять
5. Task breakdown — разбор на задачи
6. Sprint commitment — обещание

Моя роль в планировании

Вопросы которые я задаю:

Scope вопросы:

• Это все требования или будут ещё
• На каких платформах тестировать
• Какие браузеры нужны

Technical вопросы:

• Как это интегрируется с существующим кодом
• Есть ли новые dependencies
• Нужны ли миграции БД

Risk вопросы:

• Где могут быть баги
• Что может пойти не так
• Нужна ли дополнительная подготовка

Timing вопросы:

• Сколько времени на тестирование
• Когда разработка будет готова
• Есть ли критичные deadlines

Определение Done

Нужно согласовать Definition of Done.

Мой checklist:

• Code написан и reviewed
• Unit тесты 80%+ coverage
• Integration тесты написаны
• Manual тестирование выполнено
• Regression тесты прошли
• Cross-browser тестирование OK
• Performance тесты OK
• Security проверка OK
• Documentation обновлена
• Code merged в main
• Deployed в staging
• Ready для acceptance

Если хотя бы один пункт не выполнен — story не done.

После Sprint Planning

Я создаю:

• Test plan для спринта
• Allocation of QA resources
• Risk register

На всю команду:

• Синопсис спринта
• Какие фичи будут
• Какие тесты нужно выполнить
• Timeline

Советы для QA на планировании

1. Будь вовлечён
2. Думай о user
3. Проверяй dependencies
4. Оцени реально
5. Предложи сложности
6. Дай feedback
7. Планируй риски

Вывод

Хорошее Sprint Planning влияет на успех спринта. Мой вклад как QA помогает team понять что нужно тестировать, оценить реалистичную нагрузку и избежать проблем в процессе разработки.