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