Когда происходит планирование?

Планирование тестирования в жизненном цикле проекта

Планирование тестирования — это фундаментальная и непрерывная деятельность в жизненном цикле разработки программного обеспечения (SDLC). Его нельзя ограничить одним моментом; оно происходит на нескольких ключевых этапах, адаптируясь к изменениям в проекте.

Основные этапы планирования тестирования

Процесс планирования можно разделить на три основных этапа, каждый из которых отвечает на разные вопросы и формирует конкретные документы.

1. Стратегическое планирование (ранняя фаза проекта)

Это происходит в самом начале проекта или сразу после формирования основных требований. Цель — определить общие подходы, объем, ресурсы и высокоуровневые риски. Результатом этого этапа является документ Тест-политика (Test Policy) или Мастер-план тестирования (Master Test Plan).

• Ключевые вопросы: Какие виды тестирования будем применять? Какие методологии (Agile, Waterfall, V-Model)? Как будет организована команда тестирования? Каковы критерии начала и окончания тестирования?
• Документ: Мастер-план создается на уровне всего проекта.

# Пример структуры Мастер-плана в формате YAML (высокоуровнево)
master_test_plan:
  project_name: "Новый банковский портал"
  testing_scope:
    - functional_testing
    - security_testing
    - performance_testing
  testing_methodology: "Agile (Scrum)"
  test_levels:
    - unit
    - integration
    - system
    - acceptance
  resource_planning:
    qa_team_size: 5
    start_date: "2024-01-15"

На этом этапе также выбираются инструменты для тестирования, управления тестами и отслеживания дефектов (например, JIRA, TestRail, Selenium).

2. Планирование на уровне фазы или продукта (перед началом конкретного цикла тестирования)

Это более детальное планирование, которое происходит перед началом тестирования конкретного функционала, компонента или перед новой итерацией/спринтом в Agile. Здесь создаются Планы тестирования (Test Plans) для отдельных уровней или видов тестирования.

• Ключевые вопросы: Что именно будем тестировать в этом спринте/релизе? Какие конкретные требования и функции? Какие тестовые среды нужны? Какую часть тестов нужно автоматизировать? Какие критерии приемки для этой фазы?
• Документ: Детальный План тестирования для модуля, интеграции или системы.

# Пример структуры детального плана в виде класса Python (концептуально)
class DetailedTestPlan:
    def __init__(self, sprint_name):
        self.sprint_name = sprint_name
        self.features_to_test = ["User Login", "Payment Processing"]
        self.test_types = ["API Testing", "UI Automation"]
        self.environments = ["Staging v2.1"]
        self.automation_scope = ["API tests for Payment"]
        self.entry_criteria = ["Dev build deployed to Staging"]
        self.exit_criteria = ["All critical bugs resolved"]
        self.resources = ["QA Engineer A", "QA Engineer B"]

В Agile планирование происходит перед каждым спринтом на Sprint Planning Meeting. QA Engineer участвует вместе с разработчиками и аналитиками, чтобы определить тестовые задачи и оценить их сложность.

3. Оперативное планирование (ежедневное или на уровне тестового случая)

Это непрерывный процесс, который происходит ежедневно и включает:

• Создание и актуализация тестовых случаев (Test Cases): Планирование того, как мы будем проверять конкретную функцию.
• Планирование тестовых данных: Определение необходимых наборов данных для различных сценариев.
• Планирование выполнения тестов (Test Run): Что будем запускать сегодня/на этой неделе? Приоритизация тестов (например, smoke testing после каждого деплоя, затем регресс).
• Адаптация к изменениям: Планы постоянно корректируются из-за новых требований, обнаруженных дефектов или изменений в сроках.

Итог: Когда происходит планирование?

Планирование тестирования — это итеративный и многоуровневый процесс, который начинается на ранних стадиях проекта и продолжается непрерывно до его завершения. Крайне важно понимать, что план тестирования — это живой документ, который должен регулярно пересматриваться и обновляться в ответ на изменения в продукте, требованиях или условиях проекта. Основные точки глубокого планирования совпадают с ключевыми этапами жизненного цикла проекта или границами спринтов в Agile. Эффективное планирование напрямую определяет качество конечного продукта и эффективность работы команды QA.