Що таке робочий процес статусу помилки в Bugzilla?
Робочий процес статусу помилки — який статуси є дійсними переходами з яких інших статусів— можна налаштувати. Вам потрібно почати з визначення статусів і дозволів, які ви хочете використовувати (див. Значення полів). Згідно з умовами, усі вони написані великими літерами. Тільки один статус помилки, НЕПІДТВЕРДЖЕНО, не можна ні перейменувати, ні видалити.
Повідомлення про помилки можна визначити як робочий процес, який використовується персоналом із забезпечення якості та розробниками для відстеження проблем із програмним забезпеченням та їх вирішення. Результатом процесу звітування про помилки є так звані звіти про помилки.
Очікує на повторне тестування: звіт про помилку наразі очікує на повторне тестування. Повторне тестування: на цьому етапі тестувальники переглядають зміни та повторно перевіряють зміни, внесені розробниками. Перевірено: якщо продукт пройшов повторне тестування та не виявлено помилок, тестер змінює статус звіту про помилку на «Перевірено».
Суворість
Суворість | Стандартне визначення Bugzilla |
---|---|
Майор | Значна втрата функції. |
нормальний | Регулярна проблема, певна втрата функціональності за певних обставин. |
незначний | Незначна втрата функцій або інша проблема, яку можна легко вирішити. |
Тривіальний | Косметична проблема, як-от неправильно написані слова або неправильно вирівняний текст. |
Крок 1: натисніть опцію розширеного пошуку. Крок 2: виберіть категорію помилки під вікном класифікації, тому я вибираю програмне забезпечення клієнта. Виберіть продукт, у якому було створено помилку, тому я вибираю Платформа даних та інструменти в полі Продукт. Виберіть ком.
Життєвий цикл помилки Jira складається з певної кількості кроків, наприклад Новий, призначений, відкритий, дубльований, відмінний, не є помилкою, відхилений, повторно відкритий, виправлений, повторний тест, перевірений і закритий.