Ответ
На практике применялись следующие организационные модели команды тестирования:
1. Встроенная модель (Embedded/Integrated Model)
- Структура: QA-инженеры являются полноправными членами скрам- или фич-команд наравне с разработчиками, аналитиками и дизайнерами.
- Преимущества: Раннее вовлечение в процесс ("shift-left"), быстрая обратная связь, глубокая экспертиза в домене команды.
- Пример: В команде из 6 разработчиков, 1 аналитика и 1 дизайнера работают 2 QA-инженера.
2. Централизованная (или разделенная) модель (Centralized/Split Model)
- Структура: Отдельный QA-отдел, который обслуживает несколько проектных команд. Тестировщики не входят напрямую в состав dev-команд.
- Преимущества: Легче стандартизировать процессы, создать пул экспертов по специализированным видам тестирования (например, безопасность, нагрузка).
- Риски: Возможны задержки из-за очередей на тестирование, эффект "силоса".
3. Гибридная модель (Hybrid/Matrix Model)
- Структура: Комбинация встроенной и централизованной моделей. Часть QA встроена в команды, а экспертный центр (CoE) предоставляет поддержку, инструменты и проводит кросс-командные тесты (нагрузочные, security).
- Преимущества: Гибкость, баланс между скоростью и стандартизацией.
- Пример: В каждой feature-команде есть свой QA, а нагрузочным тестированием занимается централизованная группа экспертов.
4. Модель сервиса (QA as a Service)
- Структура: QA-услуги предоставляются по запросу, часто внешней командой или отдельным подразделением.
- Применение: Для пилотных проектов, при нехватке внутренних ресурсов или для узкоспециализированных задач (например, юзабилити-тестирование).
Выбор модели зависит от зрелости процессов, размера компании, методологии (Agile/Waterfall) и бюджета.