Глоссарий для QA часть 2

Zero Bug Policy Любой найденный дефект либо чинится немедленно, либо явно признаётся неважным и закрывается/откладывается с чётким обоснованием. Баг-трекер не свалка, а инструмент быстрых решений.

Bug Triage Регулярная сортировка входящих багов: приоритет, серьёзность, ответственный. QA фасилитирует или активно участвует, чтобы баги не гнили в статусе New.

Velocity Средний объём стори-поинтов, выполненных за спринт. Это инструмент прогнозирования, а не KPI продуктивности. QA прямо влияет на Velocity: незавершённые из-за дефектов истории снижают метрику и сигналят о проблемах.

Burndown Chart График оставшейся работы. Нездоровый паттерн — «обрыв» в конце спринта после плато, говорит, что команда тащила недоделанное. Для QA — триггер разобраться с узким горлышком.

Sprint Review Демонстрация готового инкремента стейкхолдерам. QA готовит тестовые данные и сценарии, чтобы показ не превратился в «ой, упало» на втором клике. Sprint Retrospective Встреча по улучшению процесса. QA выносит темы: почему тестирование затянулось, как стабилизировать тестовую среду, где взять время на автоматизацию.

Potentially Shippable Product Increment Инкремент, соответствующий DoD и пригодный для передачи пользователям. Ответственность QA — подтвердить это состояние, а не просто «потрогал и вроде работает».

Cross-functional Team Команда, у которой есть все компетенции для поставки ценности, включая тестирование. QA не отдельный департамент, а равноправный участник, разделяющий цели спринта.

Self-organizing Team Команда сама решает, как достигать цели. QA проактивно берёт задачи, влияет на архитектуру тестирования и не ждёт, что менеджер распишет план проверок.

Scrum Master Фасилитатор, коуч и разрулитель препятствий. Для QA Скрам-мастер — тот, кто поможет выбить тестовое окружение, договориться о времени на автотесты и подсветить проблемы качества на уровне команды.