Сортировка ошибок/дефектов при тестировании программного обеспечения

Что такое «сортировка дефектов»?

Сортировка дефектов — это процесс, в котором каждой ошибке присваивается приоритет в зависимости от ее серьезности, частоты, риска и т. д. Термин сортировки используется при тестировании программного обеспечения / обеспечении качества для определения серьезности и приоритета новых дефектов.

Зачем нам нужна «Сортировка дефектов»?

Цель Bug Triage — оценить, расставить приоритеты и назначить способы устранения дефектов. Команде необходимо проверить серьезность дефекта, внести изменения по мере необходимости, завершить устранение дефектов и распределить ресурсы. В основном используется в гибком управлении проектами.

Как часто необходимо проводить сортировку дефектов в выпуске?

Частота проведения сортировки дефектов не фиксирована. Это зависит от ситуации в проекте.

Вот некоторые важные факторы, которые определяют частоту совещаний по сортировке дефектов:

Этими важными факторами являются:

Согласно графику проекта
Количество дефектов в системе
Влияние на графики доступности членов команды
Общее состояние проекта

Обычно собрания по сортировке дефектов проводятся два или три раза в неделю.

Кто является обязательными и другими участниками «Сортировки дефектов»?

Обязательные участники

Ниже представлены участники проекта, которые всегда принимают участие в совещаниях по сортировке дефектов.

Руководитель Проекта
Руководитель группы тестирования
Технический руководитель
Руководитель группы разработчиков

Дополнительные участники

Застройщики
Тестеры
Бизнес-аналитик

Роли и обязанности участников во время сортировки дефектов.

Руководитель группы тестирования

Запланированное собрание по сортировке ошибок и отправка уведомлений о собрании для участников.
Создайте отчет о дефектах и отправьте его всем участникам перед собранием.
Назначьте приоритет и серьезность дефектов.
Проведите презентацию, чтобы другие участники поняли основную причину дефекта.
Каждая заметка о собрании фиксируется и отправляется участникам собрания.

Ведущий специалист по развитию

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

Руководитель Проекта

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

Что происходит во время совещания по сортировке дефектов?

Руководитель группы тестирования рассылает отчет об ошибках с новыми дефектами. Во время совещания по сортировке дефектов каждый дефект анализируется, чтобы определить, присвоен ли ему правильный приоритет и серьезность.
Приоритеты меняются при необходимости.
Дефекты анализируются и оцениваются по степени их серьезности.
Сюда входит обсуждение сложности дефекта, рисков, отбраковка, переназначение ошибок.
Обновления фиксируются в системе отслеживания ошибок.
Инженер по контролю качества внесет изменения в каждый дефект и обсудит их с каждым участником.
Поле «Комментарии» корректно обновляется, отмечая существенные моменты встречи.

Каков результат «сортировки дефектов»?

В конце каждой встречи будут подготовлены и предоставлены всем участникам метрики сортировки дефектов. Этот отчет действует как протокол собрания, который окажется полезным для будущих встреч.

Заключение

Сортировка дефектов — это процесс, в котором каждой ошибке присваивается приоритет в зависимости от ее серьезности, частоты, риска и т. д.
Цель Bug Triage — оценить, расставить приоритеты и назначить способы устранения дефектов.
Частота встреч по сортировке дефектов определяется в соответствии с графиком проекта, количеством дефектов в системе, общим состоянием проекта и т. д.
В совещании принимают участие руководитель проекта, руководитель группы тестирования, технический руководитель, руководитель группы разработки.
Дефекты анализируются и оцениваются по степени их серьезности.