Что такое «дефектная сортировка»?
Определение дефекта — это процесс, в котором каждой ошибке присваивается приоритет в зависимости от ее серьезности, частоты, риска и т. Д. Термин «сортировка» используется в Тестировании ПО / QA для определения серьезности и приоритета новых дефектов.
В этом уроке мы узнаем
- Что такое «дефектная сортировка»?
- Зачем нам нужен «дефект дефект»?
- Как часто «Дефектная сортировка» должна проводиться в выпуске?
- Кто являются обязательными и другими участниками «Дефект Триаге»?
- Роли и обязанности участников во время «дефектной сортировки».
- Что происходит во время встречи с дефектом?
- Каков результат «дефектной сортировки»?
Зачем нам нужен «дефект дефект»?
Цель Bug Triage — оценить, расставить приоритеты и назначить разрешение дефектов. Группе необходимо проверить серьезность дефекта, внести необходимые изменения, завершить устранение дефектов и распределить ресурсы. В основном используется в гибком управлении проектами.
Как часто «Дефектная сортировка» должна проводиться в выпуске?
Частота встреч с дефектами не фиксирована. Это зависит от ситуации в проекте.
Вот некоторые важные факторы, которые определяют частоту встреч с дефектами:
Эти важные факторы:
- Согласно графику проекта
- Количество дефектов в системе
- Влияние на графики доступности членов команды
- Общее состояние проекта
Обычно собрания по дефектам проводятся два или три раза в неделю.
Кто являются обязательными и другими участниками «Дефект Триаге»?
Обязательные участники
Ниже участники проекта всегда принимают участие в собраниях по дефектам.
- Руководитель проекта
- Руководитель тестовой команды
- Техническое руководство
- Руководитель группы разработчиков
Необязательные участники
- Разработчики
- Тестеры
- Бизнес-аналитик
Роли и обязанности участников во время «дефектной сортировки».
Руководитель тестовой команды
- Запланированная встреча ошибок и отправка уведомления о встрече для участников.
- Создайте отчет о дефектах и отправьте его всем участникам до встречи.
- Назначьте приоритет и серьезность дефектов.
- Сделайте презентацию, чтобы другие участники понимали Первопричину дефекта.
- Каждая записка встречи записывается и отправляется участникам встречи.
Ведущий разработчик
- Помогает в расстановке приоритетов дефектов.
- Обсудите трудность дефекта и объясните риск, связанный с этим дефектом.
- Распределите работу по устранению дефектов среди соответствующих разработчиков.
- Обновите разрешение дефекта и включите примечания по разработке на случай, если какая-либо информация отсутствует или какая-либо дополнительная информация необходима разработчикам.
Руководитель проекта
- Помощь в расстановке приоритетов дефектов.
- Обсудите следующую дату выпуска итерации для QA.
- Необходимо убедиться, что представители соответствующих пользователей также приглашены на собрание по обработке ошибок.
Что происходит во время встречи с дефектом?
- Руководитель группы тестирования рассылает отчет об ошибке с новыми дефектами. На собрании сортировки дефектов каждый дефект анализируется, чтобы определить, назначены ли ему правильный приоритет и серьезность.
- Приоритеты переставляются при необходимости.
- Дефекты анализируются и оцениваются по степени их выраженности.
- Это включает обсуждение, касающееся сложности дефекта, рисков, отклонения, переназначения ошибок.
- Обновления фиксируются в системе отслеживания ошибок.
- Инженер QA внесет изменения в каждый дефект и обсудит их с каждым участником.
- Поле «Комментарии» обновляется правильно, отмечая основные моменты встречи.
Каков результат «дефектной сортировки»?
В конце каждого собрания будут подготовлены и предоставлены всем участникам метрики дефектов. Этот отчет действует как протокол собрания, который окажется полезным для будущих встреч.
Вывод:
- Дефектная сортировка — это процесс, в котором каждая ошибка имеет приоритет в зависимости от ее серьезности, частоты, риска и т. Д.
- Цель Bug Triage — оценить, расставить приоритеты и назначить разрешение дефектов.
- Частота встреч с дефектами определяется в соответствии с графиком проекта, количеством дефектов в системе, общим состоянием проекта и т. Д.
- Руководитель проекта, руководитель группы тестирования, технический руководитель, руководитель группы разработки принимают участие в этой встрече.
- Дефекты анализируются и оцениваются по степени их выраженности.