Кто отвечал за выполнение регрессионного тестирования?

Ответственность за регрессионное тестирование была распределена и автоматизирована:

• Automation QA Engineer — ключевая роль. Отвечает за разработку, поддержку и запуск набора автоматизированных регрессионных тестов (регрессионной «порции» в CI/CD).
• Manual QA Engineer — выполняет выборочное ручное регрессионное тестирование областей, сложных для автоматизации (например, проверка вёрстки, сложные пользовательские сценарии), а также тестирует фиксы багов.
• Разработчик — запускает юнит- и интеграционные тесты, которые являются первым уровнем защиты от регрессии.

Пример организации в CI/CD пайплайне (GitLab CI):

stages:
  - build
  - unit-test
  - deploy-staging
  - regression

# Этап 1: Разработчик защищает код юнит-тестами
unit-test:
  stage: unit-test
  script:
    - mvn test # Запуск юнит-тестов

# Этап 2: Автоматизированный регресс на staging
api-regression-suite:
  stage: regression
  script:
    - echo "Запуск API регрессионных тестов"
    - npm run test:api:regression
  artifacts:
    reports:
      junit: reports/api-regression-report.xml

ui-smoke-suite:
  stage: regression
  script:
    - echo "Запуск UI smoke-тестов (часть регресса)"
    - npx playwright test --grep @smoke

Стратегия регрессионного тестирования:

1. Полный регресс — выполняется перед крупными релизами (раз в месяц/квартал). Запускается полный набор автоматических тестов + цикл ручного тестирования.
2. Частичный/санити-регресс — выполняется после каждого билда в CI/CD. Запускаются критические тесты (smoke suite) и тесты, связанные с изменёнными модулями.
3. Регресс на фиксы — QA вручную проверяет, что исправленный баг не вернулся, и что исправление не сломало смежный функционал.

Таким образом, основная нагрузка по регрессионному тестированию лежит на автоматизации, а ручное тестирование фокусируется на областях, где оно наиболее эффективно.