defect triaging scrum
Въведение в дефектното изпитване:
В предишния ни урок ние Ви запозна със Scrum събития - Sprint, Sprint Planning, Daily Scrum, Sprint Review & Sprint Retrospection. Обсъдихме понятията като бокс за време, участници и дейности за всяко от Scrum събитието.
Следващото в магазина за нашите читатели е Defect Triaging - концепция, която не е нова за хората от QA, но ние ще се опитаме да разберем важността на Defect Triaging и как е организиран в Scrum Setup.
Така че нека започнем с разбирането ‘Какво представлява дефектното триаж?’.
Какво ще научите:
- Проверка на дефекти
- Участници
- Роли и отговорности
- Процес на пробване на дефекти накратко
- Заключение
- Препоръчително четене
Проверка на дефекти
Изпращането на дефекти е официална среща, на която се обсъждат и анализират всички дефекти на текущия Спринт, т.е.
Разработчиците на QA в екипа за разработка демонстрират и обясняват дефектите на останалата част от екипа на Scrum. Въз основа на приноса на всеки, дефектите след това се организират и класифицират в различни категории.
Някои от важните решаващи фактори за категоризиране на тези дефекти могат да бъдат сериозност, риск, бизнес въздействие, поява, природа и т.н. Въз основа на тези категории ние решаваме след колко време дефектът трябва да бъде отстранен.
какво е добро изтегляне на mp3 за android
Участници
В срещата за дефектни изпитания участват всички членове на Scrum Team.
- Собственикът на продукта
- Scrum Master
- Екипът за разработка
Възможно е заинтересованите страни (вътрешни или външни) също да бъдат включени в срещата за дефектни изпитания.
Нека сега да обсъдим и да установим ясно разграничение между ролите и отговорностите на всеки от членовете на Scrum екипа по време на срещата за дефекти.
Роли и отговорности
Екипът за разработка
- Разработчиците обясняват и демонстрират Дефекта.
- Разработчиците също ще се съсредоточат върху анализа на основната причина.
- Разработчиците ще предоставят представа за областите на приложение, засегнати от Дефекта.
- Извършва се комбинирано обаждане дали дефектът е приемлив или трябва да бъде отхвърлен.
- Помага за приоритизиране на дефекта.
- Изразява сложността, свързана с отстраняването на дефекта.
- Разпределете дефектите помежду си за фиксиране и повторно тестване.
Scrum Master
- Scrum Master е отговорен и за организирането на срещата за дефектно пробване.
- Scrum Master може също да улесни срещата, ако бъде помолен от останалите членове на екипа.
- Правете бележки, ако има някакви пречки, които екипът може да срещне за отстраняване на дефекти.
- Проверява дали срещата е с време и не се отклонява от фокуса.
- Класифицира дефектите към определени класове дефекти, като им присвоява приоритет и сериозност.
- Заедно с екипа, Scrum Master носи и областите за подобрения на масата.
Собственик на продукта
- Има основен дял в Приоритизиране на дефектите, който ще определи колко късно дефектът може да бъде разрешен.
- За дефекти със среден приоритет, собственикът на продукта може да планира да ги постави в списъка с продукти, за да бъде взет за следващите версии.
- Позволява на екипа да разбере как ще се повлияе на бизнеса поради Дефекта.
- Собственикът на продукта възприема гледната точка и настроенията на крайния потребител, докато обсъжда дефектите.
Процес на пробване на дефекти накратко
Всички членове на екипа на Scrum се събират в зала за срещи за среща с дефектни проби. Всеки от екипа на разработчика може да поведе и да започне да обсъжда дефектите в детайли. След това екипът обсъжда всеки от дефектите за неговата валидност.
Дефектът се отхвърля, ако се установи, че е невалиден. Ако Дефектът е валиден, тогава екипът проверява за сложността на отстраняването на дефекта и бизнес въздействието, което би оказало, ако бъде оставено неразрешено в системата.
Всички останали в екипа сега анализират и оценяват грешката за правилната класификация и се уверяват, че правилният Приоритет и Тежест е присвоен на Дефекта.
Ако не са зададени правилните приоритети и важности, екипът ще ги нулира до правилните. Собственикът на продукта, заедно с екипа, сега ще реши кои дефекти да бъдат фиксирани по приоритет и кои могат да бъдат присвоени на следващите версии.
По време на среща за дефектиране на дефекти дефектите се анализират и оценяват от целия екип на Scrum. След това екипът определя правилната тежест и приоритет на тези дефекти.
Публикувайте дискусията и контрола, сега идва моментът, когато заданието за дефекти е готово. При тази дейност на един или повече разработчици ще бъде възложено да коригира дефекта. Друг разработчик ще бъде назначен да тества дефекта.
Друга много важна дейност е да се изследва анализът на първопричините за всеки от Дефектите и да се изготви план за подобряване на процеса, за да се сведе до минимум вероятността да има подобен дефект отново в системата.
Всичко това е запечатано в система за проследяване. За екипите, работещи под ръководството на Agile, JIRA е най-предпочитаният. Следователно в края на срещата екипът разполага със списък на валидни дефекти с правилни приоритети и важности, които са им определени. Екипът има и план за подобряване на процеса, който трябва да бъде приет за следващите спринтове.
Срещата за изпитване на дефекти се насрочва винаги, когато бъдат открити няколко дефекта и се нуждае от дискусия. Всеки, който смята, че е необходима среща с дефектни изпитания, може да подаде искане за срещата.
При често срещано обстоятелство срещата за дефектиране може да помогне 2-3 пъти по време на спринт. Но определено няма правило за това и срещата може да се случи винаги, когато възникне нужда.
Заключение
Това е всичко, което сме подготвили по отношение на срещата за дефектни изпитания. Срещата за изпитване на дефекти се счита за засилена дейност за повишаване на ловкостта сред членовете на Scrum Team. Той се превърна в неразделна част от Scrum процеса благодарение на предимствата, които създава.
въпроси и отговори за интервю за мениджър
В нашия предстоящ урок ще обсъдим важността на самодостатъчните скрам екипи.
Също така ще поставим акцент върху значението на самодостатъчността в настройката на Scrum и как екипът може да се развие, за да се превърне в самодостатъчен екип.
PREV Урок | СЛЕДВАЩ урок
Препоръчително четене
- Самодостатъчни Scrum екипи: Как да създадем самодостатъчен екип?
- Роли и отговорности на екипа на Scrum: Scrum Master и собственик на продукта
- Урок за борда на JIRA Scrum: Работа със Scrum с Jira за управление на спринта
- Scrum артефакти: Натрупване на продукти, изоставане в спринта и увеличение на продукта
- Онлайн тест за Agile Scrum: Проверете знанията си за Agile Scrum
- Какво е техника за изпитване на базата на дефекти?
- Процес на управление на дефекти: Как да управляваме ефективно дефекта
- Какво представлява жизнения цикъл на дефекти / грешки при тестване на софтуер? Урок за жизнения цикъл на дефекти