Please enable JavaScript.
Coggle requires JavaScript to display documents.
Работа с дефектами при разработке ПО, Заголовок: Кратко (Что? Где? При…
Работа с дефектами при разработке ПО
Жизненный цикл (Bug Life Cycle)
Шаг 4: Verified (Проверен)
QA подтвердил исправление
Шаг 1: New (Обнаружен)
Вносится в баг-трекер
Шаг 5: Closed / Reopened
Закрыт окончательно или возвращен на Шаг 2
Шаг 2: Assigned (Назначен)
Передан разработчику на анализ
Шаг 3: Fixed (Исправлен)
Код исправлен, ждет проверки
Атрибуты оценки (Критерии сортировки)
Severity (Серьезность — технический критический фактор)
Blocker: Система полностью не работает (краш, белый экран)
Critical: Нарушена ключевая бизнес-логика (не работает оплата)
Major: Не работает важная функция, но есть обходной путь (Workaround)
Minor / Trivial: Косметические дефекты (опечатки, съехавшая верстка)
Priority (Приоритет — скорость для бизнеса)
High: Чинить немедленно (влияет на релиз)
Medium: Исправить в рамках текущего спринта
Low: Исправить, когда будет свободное время
Структура Баг-Репорта (Анатомия документа)
Предусловия: Начальное состояние системы (роль пользователя, конфиг)
Шаги воспроизведения: Четкий алгоритм (Step-by-Step) от 1 до N
Результаты:
Фактический: Что произошло на самом деле?
Ожидаемый: Как система должна работать по ТЗ?
Артефакты: Скриншоты, видео, логи сервера, системные дампы
Золотые правила (QA Best Practices)
Принцип раннего тестирования: Найти баг в ТЗ в 10 раз дешевле, чем в коде
Кластеризация дефектов (Парето): 80% багов находятся в 20% самого сложного кода
Пестицидный парадокс: Старые тесты перестают находить новые баги (тест-кейсы нужно обновлять)
Заголовок: Кратко (Что? Где? При каких условиях?)