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