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