Звіти про помилки та їх класифікація
Створюйте структуровані помилки з кроками відтворення, фактичним і очікуваним результатами, серйозністю та пріоритетом.
Перед початком
Увімкніть звіти про помилки у функціях дошки й використовуйте обліковий запис із правом створення завдань.
Планування робочого процесу
Звіт має дозволяти відтворити збій без додаткових запитань. Запишіть початкові умови, послідовність дій, фактичний результат і очікувану поведінку. Укажіть середовище й дані, якщо вони впливають на відтворення. Знімки показують симптом, а текст пояснює шлях до нього.
Узгодьте визначення серйозності в команді. Блокувальна помилка може повністю зупиняти важливий процес, а незначна — залишати його доступним із дефектом. Це приклади командної класифікації, а не автоматичні правила застосунку. Пріоритет — окреме рішення: невеликий дефект може бути терміновим перед випуском, а серйозний — потребувати дослідження.
Приклад
Назва: «Приймається прострочена картка». Кроки: відкрити оплату, ввести прострочену тестову картку й підтвердити. Фактично: показано успішну оплату. Очікується: відмова зі зрозумілим повідомленням. Додайте знімок і визначте серйозність та пріоритет за критеріями випуску.
Покрокові інструкції / 1
Створіть відтворюваний звіт про помилку
Відкрийте дію звіту про помилку на дошці. Укажіть коротку назву збою та додайте контекст в описі.
Запишіть точні кроки відтворення, фактичний результат і те, що мало статися.
Виберіть серйозність і пріоритет. За потреби призначте виконавців, строк і додайте знімки екрана чи файли.
Надішліть звіт і відкрийте створене завдання-помилку для перевірки полів і подальшої роботи.
Очікуваний результат: Помилка містить достатньо матеріалів для відтворення й дослідження іншим учасником.
Фіксація відтворюваної помилки
Справжній інтерфейс Tasker.fit із вигаданими демонстраційними даними. Дані реальних клієнтів не показано.
Довідник функцій
Структуровані звіти про помилки
Створюйте помилки через окремий діалог після ввімкнення функції. Форма містить назву, опис, кроки відтворення, фактичний і очікуваний результати, серйозність, пріоритет, виконавців, файли та строк.
Серйозність помилки
Класифікуйте вплив дефекту як Blocker, Critical, Major, Minor або Trivial. Серйозність описує вплив і зберігається окремо від пріоритету.
Поради й вирішення проблем
- Серйозність описує вплив дефекту, а пріоритет — терміновість виправлення. Використовуйте обидва поля окремо.
- Помилки, знайдені під час тестової сесії, реєструйте з картки кейса, щоб зберегти зв’язок QA із завданням.
Поширені запитання
Серйозність і пріоритет — це те саме?
Ні. Серйозність описує вплив, а пріоритет — терміновість. Обидва поля дозволяють окремо оцінювати дефект і планувати роботу.
Чи використовувати форму дошки для проваленого кейса?
Якщо збій знайдено під час QA, реєструйте його з кейса сесії. Так зберігається зв’язок результату з завданням-помилкою.