Сортиране на грешки/дефекти при тестване на софтуер

Какво е „триаж на дефекти“?

Сортирането на дефекти е процес, при който всяка грешка се приоритизира въз основа на нейната сериозност, честота, риск и т.н. Терминът за сортиране се използва в софтуерното тестване/QA за определяне на сериозността и приоритета на новите дефекти.

Защо се нуждаем от „триаж на дефекти“?

Целта на Bug Triage е да оцени, приоритизира и възложи разрешаването на дефектите. Екипът трябва да потвърди сериозността на дефекта, да направи промени според нуждите, да финализира разрешаването на дефектите и да присвои ресурси. Използва се главно при гъвкаво управление на проекти.

Сортиране на грешки/дефекти

Колко често трябва да се извършва „Сортиране на дефекти“ в издание?

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

Ето някои важни фактори, които определят честотата на срещите за сортиране на дефекти:

Тези важни фактори са:

  • Според графика на проекта
  • Брой дефекти в системата
  • Въздействие върху графиците за наличност на членовете на екипа
  • Цялостно здраве на проекта

Обикновено срещите за сортиране на дефекти се провеждат два или три пъти седмично.

Кои са задължителните и другите участници в „Триаж на дефекти“?

Задължителни участници

По-долу членовете на проекта винаги участват в срещи за сортиране на дефекти.

  • Ръководител на проекта
  • Ръководител на тестовия екип
  • Техническо ръководство
  • Ръководител на екип за развитие

Участници по избор

  • Разработчици
  • тестери
  • Бизнес анализатор

Роли и отговорности на участниците по време на „Сортиране на дефекти“.

Ръководител на тестовия екип

  • Насрочена среща за сортиране на грешки и изпращане на известие за среща за присъстващите.
  • Създайте доклад за дефекти и го изпратете до всички присъстващи преди срещата.
  • Задайте приоритет и тежест на дефектите.
  • Направете презентация, така че другите членове да разберат основната причина за дефекта.
  • Всяка бележка от срещата се записва и изпраща на участниците в срещата.

Олово за развитие

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

Ръководител на проекта

  • Помощ при приоритизиране на дефектите.
  • Обсъдете датата на пускане на следващата итерация за QA.
  • Трябва да се уверите, че свързани потребителски представители също са поканени на срещата за сортиране на грешки.

Ръководител на проекта

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

  • Ръководителят на тестовия екип изпраща доклад за грешка с новите дефекти. По време на срещата за сортиране на дефекти всеки дефект се анализира, за да се види дали са му присвоени правилен приоритет и сериозност.
  • Приоритетите се пренареждат, ако е необходимо.
  • Дефектите се анализират и оценяват по степента на тяхната тежест.
  • Това включва дискусия по отношение на сложността на дефекта, рисковете, отхвърлянето, извършва се преназначаване на грешки.
  • Актуализациите се записват в системата за проследяване на грешки.
  • QA инженерът ще направи промените за всеки дефект и ще ги обсъди с всеки присъстващ.
  • Полето „Коментари“ се актуализира правилно, като се отбелязват основните моменти от срещата.

Какъв е резултатът от „триажа на дефектите“?

В края на всяка среща ще бъдат изготвени и предоставени на всички присъстващи показатели за триаж на дефекти. Този отчет действа като протокол от срещата, който ще се окаже полезен за бъдещи срещи.

Заключение

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

Обобщете тази публикация с: