Комментарии (1)
Ответ сгенерирован нейросетью и может содержать ошибки
Жизненный цикл дефекта (Defect Lifecycle)
Жизненный цикл дефекта — это путь который проходит баг от обнаружения до закрытия. Каждый баг имеет состояние и переходит между ними.
Основные статусы
1. New (Новый) Баг только что создан. QA создал баг-репорт.
2. Open (Открыт) Разработчик принял баг в работу. Баг подтвержден.
3. In Progress (В работе) Разработчик активно работает над исправлением.
4. Fixed (Исправлен) Разработчик выполнил исправление и отправил на тестирование.
5. Reopened (Переоткрыт) QA протестировал исправление, но баг все еще есть.
6. Verified (Проверен) QA подтвердил что баг действительно исправлен.
7. Closed (Закрыт) Баг полностью закрыт и не будет открываться.
Возможные переходы
New → Open → In Progress → Fixed → Verified → Closed
↓
Rejected (не баг)
Fixed → Reopened → In Progress → Fixed
Дополнительные статусы
Rejected (Отклонено) Разработчик считает что это не баг:
- Это ожидаемое поведение
- Это не может быть воспроизведено
- Это не является приоритетом
Deferred (Отложено) Баг существует, но будет исправлен позже.
Won't Fix (Не будет исправлено) Это баг, но компания решила его не исправлять.
Пример жизненного цикла
2024-03-25 10:00 - QA создает баг (Status: New) При отправке пусто email возвращается 500 ошибка
2024-03-25 11:00 - Разработчик проверил (Status: Open) Подтверждаю баг, беру в работу
2024-03-25 14:00 - Разработчик исправляет (Status: In Progress) Работаю над валидацией формы
2024-03-25 16:00 - Разработчик готов (Status: Fixed) Исправление в branch feature/email-validation
2024-03-26 09:00 - QA тестирует Если работает: Verified Если есть еще: Reopened
2024-03-26 18:00 - Окончательно закрыто (Status: Closed)
Поля дефекта
- ID — уникальный идентификатор
- Title — краткое описание
- Severity — критичность
- Priority — приоритет
- Status — текущий статус
- Assigned to — кому назначено
- Created date — дата создания
- Resolved date — дата решения
- Comments — история обсуждений
Инструменты управления
- Jira
- Azure DevOps
- Bugzilla
- Mantis
- YouTrack
Best Practices
- Четкие переходы
- Своевременное обновление
- Хорошее описание
- Отслеживание
- Анализ метрик
Жизненный цикл дефекта обеспечивает что каждый баг обработан.
Похожие вопросы
- Есть ли у тебя релевантный опыт к вакансии
- В чем разница между Smoke, Sanity, Regression?
- Какие знаешь семейства кодов ответов?
- Зачем чек лист для опытного тестировщика
- В чём разница между регрессионным и функциональным тестированием?
- Приведи пример дефекта с низким приоритетом и критической серьезностью
- Что есть в чек листе в отличие от тест кейса
- Где проводил регрессионное тестирование?
- Как выводил уникальные значения в базе данных
- Что такое cURL?
- Какими HTTP-методами пользовался
- Какой использовал инструментарий?
- Какой статус код приходит при поломке сервера?
- Можно ли редактировать Cookie?
- К каким базам данных относится SQL
- В чем разница между аутентификацией и авторизацией?
- Что такое ISTQB?
- Из чего состоит http запрос
- Для каких приложений подходят тест кейсы
- Зачем комитить