ПРОЦЕСС СОРТИРОВКИ ДЕФЕКТОВ ПРИ ТЕСТИРОВАНИИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ | ПОЛНОЕ РУКОВОДСТВО

В этой статье мы приводим полную информацию о том, что такое сортировка дефектов (сортировка ошибок), процесс проведения собраний по сортировке дефектов и как проводить собрания по сортировке дефектов.

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

Сортировка дефектов также известна как сортировка ошибок.

Не путайте термины «ошибка» и «дефект». Вы можете проверить разницу между дефектом, ошибкой, ошибкой и сбоем здесь.

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

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

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

В тестировании программного обеспечения мы используем слово Triage с комбинацией Bug/Defect, например, Bug Triage или Defect Triage. Здесь мы применяем ту же концепцию к ошибкам, обнаруженным на этапе тестирования. Необходимо определить приоритет ошибок на основе их серьезности, риска, частоты повторения и т. д.,

Приоритет дефекта и серьезность дефекта

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

Совещание по сортировке ошибок проводится для определения приоритета всех открытых ошибок. Когда и как эти открытые ошибки должны быть исправлены, решается на совещании по сортировке дефектов.

Цель совещания по сортировке состоит в том, чтобы отслеживать все дефекты и обеспечивать своевременное правильное решение.

Во время совещаний по сортировке дефектов группы сортировки решают, как категоризировать и расставить приоритеты по дефектам. Часто используемые категории:

1. Мы собираемся исправить это сейчас
2. Мы собираемся исправить это позже
3. Мы никогда не собираемся это исправлять

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

Периодичность собраний Software Bug Triage: еженедельно, ежемесячно, в каждом спринте (сортировка дефектов в Agile). Это варьируется от проекта к проекту.

Как проходит собрание по сортировке дефектов?

Процесс сортировки дефектов выглядит следующим образом:

1. Просмотр дефектов
2. Оценка дефектов
3. Назначение дефектов

Группа сортировки проверяет дефекты, чтобы исправить их. Оценка дефекта будет производиться на основе серьезности дефекта. В этом процессе оценки команда сортировки решает, нужно ли исправить эти дефекты, оставить их на потом или удалить из списка. Дефекты, которые находятся в списке «подлежит устранению», будут назначены соответствующему отделу/лицу после надлежащего анализа дефектов. -Meeting>Какие вопросы поднимаются на собрании по сортировке дефектов?

На совещании по сортировке дефектов поднимались следующие вопросы:

1. Действительна ли эта ошибка?
2. Какова серьезность ошибки?
3. Когда исправлять эту ошибку?

Эти вопросы будут применяться к каждому дефекту в списке всех открытых ошибок.

Какова цель наличия дефекта Совещание по сортировке?

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

Кто является участниками на совещании по сортировке дефектов?

Руководитель тестирования, руководитель разработки и руководитель проекта являются основными участниками собрания по сортировке дефектов, поскольку эти люди обсудят все дефекты и предпримут необходимые действия. Это больше похоже на то, чтобы иметь по одному человеку из каждого отдела. Лид тестирования — это тот, кто знает о зарегистрированной ошибке. Руководитель разработки — это тот, кто может дать представление о том, как исправить ошибку, а также может объяснить технические препятствия, если таковые имеются. Менеджер проекта — это тот, кто лучше понимает, является ли ошибка на самом деле ошибкой или это запрос функции.

В совещании по сортировке дефектов участвуют следующие лица:

1. Руководитель тестирования
2. Руководитель группы разработки
3. Менеджер проекта
4. Менеджер тестирования
5. Менеджер продукта
6. Тестировщики
7. Разработчики
8. Бизнес-аналитик

Нет такого правила, что все должны участвовать в этой встрече. Это варьируется от компании к компании. Обязательными участниками являются Project Manager, Test Lead и Development Lead. Руководитель тестирования или руководитель проекта при необходимости приглашает других участников для получения отзывов об определенных ошибках. Вся эта команда называется Triage Team.

Каковы роли и обязанности Группа сортировки во время собрания по сортировке дефектов?

1. Руководитель тестирования:

• Лидер тестирования назначает совещание по сортировке дефектов и отправляет официальное приглашение на собрание вместе с отчетом о дефекте группе сортировки
• Назначает приоритет и серьезность дефектов
• Делает презентации по каждому дефекту, чтобы каждый член группы сортировки понимал основную причину дефекта
• Составляет протокол встречи и делится с командой сортировки после встречи

2. Менеджер проекта:

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

3. Руководитель группы разработки:

• Помогает в процессе определения приоритетности дефектов
• Объясняет участникам сложность дефекта и риски, связанные с его устранением
• Распределяет работу по соответствующим разработчикам для исправления дефектов

Какие действия выполняются на собрании по сортировке дефектов ?

Я работал над проектом ERP. Размер продукта огромен, и частота сообщений об ошибках высока. Из-за большого объема работ наш руководитель проекта созывал собрание по сортировке дефектов один раз каждые две недели.

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

Действия, выполняемые на совещании по сортировке ошибок, следующие:

Предварительное совещание:

Все участники должны понимать ошибки, поэтому тестировщики должны взять на себя ответственность за следующее. баллы

1. Чтобы предоставить достаточно информации в описании ошибки
2. Публиковать ошибки в соответствующей категории
3. Чтобы проверить серьезность и приоритет, назначенный каждой ошибке

Во время встречи:

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

Опубликовать собрание:

После собрания по сортировке руководитель тестирования делится MOM (протоколом собрания) с командой сортировки.

Загрузить образец отчета по сортировке дефектов:< /strong>

Нажмите кнопку загрузки ниже, чтобы загрузить образец отчета о сортировке дефектов. Загрузить

 

Формат отчета о сортировке ошибок :

Как я упоминал ранее, перед каждым совещанием по сортировке руководитель тестирования делится отчетом о дефекте со всеми участниками. Вот пример формата.

В этом отчете задействованы следующие поля:

• Идентификатор дефекта: Идентификатор дефекта — это уникальный номер для идентификации дефекта
• Описание дефекта: Описание дефекта
• Дата создания: Дата создания которому изначально было сообщено о дефекте
• Кем создано: имя человека, сообщившего о дефекте
• Серьезность: серьезность дефекта – как он влияет на систему
• Приоритет: код приоритета указывает влияние этого дефекта на проект:
  Высокий — чрезвычайно важный, проект не может быть успешным без устранения этого дефекта
  Средний – важный для успеха проекта, но существует обходной путь
  Низкий — желательно, но с незначительным влиянием на успех проекта, если дефект не устранен
• Статус: Текущий статус дефекта (Новый, В процессе, На рассмотрении и Завершено)
• Назначенная дата: Дата возникновения дефекта был назначен для разрешения
• Кому назначено: имя лица, ответственного за исправление дефекта
• Решение: описание устранения дефекта
• Дата устранения: дата устранения дефекта
• Приблизительное время исправления: ориентировочная сумма время, необходимое для исправления дефекта
• Фактическое время для устранения: фактическое время, затраченное на устранение дефекта
• Описание основной причины: укажите причину дефекта

Вывод:

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

Если у вас есть какие-либо вопросы по сортировке дефектов, процессу сортировки дефектов и совещанию по сортировке дефектов, оставьте комментарий ниже.

Вам также могут понравиться следующие публикации:

• Заработок на тестировании веб-сайтов – обзор UserTesting
• Как написать умопомрачительный отчет об ошибке
• Smoke Testing vs Sanity Testing
• Test Cases vs Test Scenarios< li>Интеграционное тестирование — полное руководство
• Тестирование API — подробное руководство

TAG: qa

Еще об этом:

150+ ЛУЧШИХ ВОПРОСОВ И ОТВЕТОВ НА ИНТЕРВЬЮ О ТЕСТИРОВАНИИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ ЛУЧШИЕ ИНСТРУМЕНТЫ ТЕСТИРОВАНИЯ ВЕБ-ПРИЛОЖЕНИЙ (БЕСПЛАТНЫЕ И ПЛАТНЫЕ) НА 2022 ГОД 30 ЛУЧШИХ ИНСТРУМЕНТОВ ДЛЯ ОТСЛЕЖИВАНИЯ ОШИБОК (БЕСПЛАТНЫХ И ПЛАТНЫХ) НА 2022 ГОД ЛУЧШИЕ ИНСТРУМЕНТЫ ТЕСТИРОВАНИЯ МОБИЛЬНЫХ ПРИЛОЖЕНИЙ В 2024 ГОДУ ДЛЯ ANDROID И IOS ЛУЧШИЕ ИНСТРУМЕНТЫ УПРАВЛЕНИЯ ТЕСТИРОВАНИЕМ (БЕСПЛАТНЫЕ И ПЛАТНЫЕ) НА 2022 ГОД 100 САМЫХ ПОПУЛЯРНЫХ ПРОДВИНУТЫХ ВОПРОСОВ И ОТВЕТОВ НА ИНТЕРВЬЮ ПО SELENIUM КОНТРОЛЬ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ В РЕАЛЬНОМ ВРЕМЕНИ ИНТЕРВЬЮ ВОПРОСЫ И ОТВЕТЫ ЛУЧШИЕ ИНСТРУМЕНТЫ АВТОМАТИЗИРОВАННОГО ТЕСТИРОВАНИЯ (БЕСПЛАТНЫЕ И ПЛАТНЫЕ) | август 2022 г. РАЗНИЦА МЕЖДУ СЕРЬЕЗНОСТЬЮ ДЕФЕКТА И ПРИОРИТЕТОМ ПРИ ТЕСТИРОВАНИИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ 100+ ВИДОВ ТЕСТИРОВАНИЯ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ – ПОЛНЫЙ СПИСОК