Сортування помилок/дефектів у тестуванні програмного забезпечення
Томас Гамільтон
⚡ Розумний підсумок
Сортування дефектів – це зустріч з огляду, на якій керівник тестування, керівник розробки та керівник проекту ранжують кожну повідомлену помилку за серйозністю, пріоритетом та ризиком, потім призначають відповідальних та узгоджують реалістичний графік виправлення.
Що таке «сортування дефектів»?
Сортування дефектів – це процес, під час якого кожна помилка має пріоритет на основі її серйозності, частоти, ризику тощо. Термін «сортування» використовується в Тестування програмного забезпечення / Забезпечення якості для визначення серйозності та пріоритету нових дефектів.
Назва запозичена з невідкладної медицини, де сортування пацієнтів сортує за терміновістю, коли ресурси обмежені. Команда контролю якості стикається з тим самим обмеженням: список дефектів завжди довший за час, доступний до дати випуску, тому хтось має вирішити, що виправити зараз, що пізніше, а що відкласти. Сортування – це зустріч, на якій це рішення приймається та фіксується.
Чому нам потрібна «Сортування дефектів»?
Метою Bug Triage є оцінка, визначення пріоритетів і призначення усунення дефектів. Групі необхідно перевірити ступінь серйозності дефекту, внести зміни за потреби, завершити усунення дефектів і призначити ресурси. В основному використовується в гнучкому управлінні проектами.
Без сортування дефекти залишаються в tracкер з будь-якою серйозністю, яку обрав тестувальник звітності, а розробники обирають роботу за особистими вподобаннями, а не за впливом на бізнес. Банер нижче підсумовує причини, чому команди додають зустріч до календаря.
Як часто потрібно проводити «сортування дефектів» у випуску?
Періодичність наради сортування дефектів не є фіксованою. Це залежить від ситуації в проекті.
Нижче наведено кілька важливих факторів, які визначають частоту зустрічей із сортування дефектів:
Ці важливі фактори:
- Відповідно до графіка проекту
- Кількість дефектів в системі
- Вплив на графіки доступності членів команди
- Загальний стан проекту
Зазвичай зустрічі з сортування дефектів проводяться два-три рази на тиждень.
Каденція посилюється з наближенням релізу. Команди працюють у коротких Бійка Ітерації часто включають короткий триаж у щоденну рутину під час останнього спринту, тоді як проект із довшим циклом, керованим планом, може проводити триаж раз на тиждень, доки... регресійне тестування починається фаза.
Хто є обов’язковими та іншими учасниками «Сортування дефектів»?
Обов'язкові учасники
Нижче наведені учасники проекту завжди беруть участь у засіданнях сортування дефектів.
- Керівник проекту
- Керівник тестової групи
- Технічне керівництво
- Керівник групи розробки
Учасники на вибір
- Розробники
- Тестери
- Бізнес-аналітик
Необов'язкових учасників запрошують, коли конкретний дефект потребує їхньої участі, наприклад, коли бізнес-аналітик має підтвердити, чи фактично суперечить повідомлена поведінка вимозі, чи це замаскований запит на зміни.
Ролі та обов'язки учасників під час «Сортування дефектів».
Кожен обов'язковий учасник прибуває з різним обов'язком, і зустріч триває лише тоді, коли всі троє підготуються заздалегідь.
Керівник тестової групи
- Запланована нарада з перевірки помилок і надсилання сповіщень про зустріч для учасників.
- Створіть звіт про дефекти та надішліть його всім учасникам перед зустріччю.
- Призначте пріоритет і строгість дефектів.
- Проведіть презентацію, щоб інші учасники зрозуміли основну причину дефекту.
- Кожна нотатка зустрічі фіксується та надсилається учасникам зустрічі.
Керівник розвитку
- Допомагає визначити пріоритетність дефектів.
- Обговоріть складність дефекту та поясніть ризик, пов’язаний із цим дефектом.
- Доручіть роботу з усунення недоліків відповідним розробникам.
- Оновіть усунення дефектів і додайте примітки щодо розробки, якщо будь-яка інформація відсутня або будь-яка додаткова інформація, потрібна розробникам.
Керівник проекту
- Допомога у визначенні пріоритетів дефектів.
- Обговоріть дату випуску наступної ітерації для забезпечення якості.
- Необхідно переконатися, що відповідні представники користувачів також запрошені на зустріч із сортування помилок.
Дату випуску визначає керівник проєкту, тому рішення щодо будь-якого спірного дефекту зазвичай приймає саме ця особа, як показано нижче.
Що відбувається під час зустрічі «Сортування дефектів»?
- Керівник тестової групи надсилає звіт про помилку з новими дефектами. Під час наради сортування дефектів кожен дефект аналізується, щоб визначити, чи присвоєно йому правильний пріоритет і серйозність.
- При необхідності пріоритети переставляються.
- Дефекти аналізуються та оцінюються за ступенем їх вираженості.
- Це включає обговорення щодо складності дефекту, ризиків, відхилення, повторного призначення помилок.
- Оновлення фіксуються у файлі помилок tracкоролівська система.
- Інженер із забезпечення якості внесе зміни до кожного дефекту та обговорить їх з кожним учасником.
- Поле «Коментарі» оновлюється коректно, зазначаючи важливі моменти зустрічі.
Більшість часу на обговорення витрачається на дві сфери, які найлегше сплутати. Серйозність та пріоритет встановлюються незалежно, і дефект може мати високий бал в одній і низький в іншій.
| Аспект | Строгість | Пріоритет |
|---|---|---|
| Що він вимірює | Наскільки сильно дефект пошкоджує продукт або його функціональність | Як швидко дефект має бути виправлений порівняно з іншими роботами |
| Зазвичай встановлюється | Тестер, який повідомляє про дефект | Узгоджено в рамках сортування, під керівництвом керівника проекту та сторони продукту |
| Загнаний | Технічний вплив та уражена функціональність | Вплив на бізнес, видимість для клієнтів та дата випуску |
| Приклад невідповідності | Висока серйозність, низький пріоритет: збій у функції, яку ніхто не використовуватиме до наступного кварталу | Низький рівень серйозності, високий пріоритет: неправильно написана назва компанії на цільовій сторінці |
Порада: Обговорення окремого дефекту має бути коротким. Коли питання неможливо вирішити за кілька хвилин, відкладіть його, призначте відповідального для розслідування та поверніть його до наступної сесії, замість того, щоб дозволяти одному дефекту поглинути всю зустріч.
Який результат «сортування дефектів»?
Наприкінці кожної зустрічі метрики сортування дефектів будуть підготовлені та передані всім учасникам. Цей звіт виступає як протокол зустрічі, який стане в нагоді для майбутніх зустрічей.
Звіт – це момент, коли сортування поєднується з ширшим процес управління дефектамиКоманди зазвичай фіксують у ньому наступне:
- Дефекти розглядаються під час сесії, з узгодженою серйозністю та пріоритетністю для кожного.
- Нещодавно призначені дефекти разом із забудовником, якому вони тепер належать.
- Дефекти відкладено, відхилено або позначено як дублікати, із зазначенням причини.
- Кількість відкритих дефектів за серйозністю, щоб було видно тенденцію між сеансами.
- Заходи перенесено на наступну зустріч.
Оскільки кожна зміна записується назад у tracker, стан кожного елемента залишається узгодженим з його положенням у життєвий цикл дефекту, а наступний сеанс починається з точного списку, а не із застарілого.
