Post on 14-Jul-2015
IT-академия Алексея Сухорукова
Как правильно писать баг-репорты
Exploratory testing
Планирование
Исполнение
Изучение
QA Engineer
Developer
Bug Tracking System (BTS)
Bug Report
Bug report life cycle
Open
Assigned
FixedVerified
Closed
Пример жизненного цикла из Open Source проекта
• Summary• Severity• Priority• Description• Steps to reproduce• Actual Result• Expected Result• Version• Build• Workaround• Environment• Resolution
Какую информацию должен содержать отчет об ошибке?
Какую информацию должен содержать отчет об ошибке?
SUMMARY
• Будьте точны и щепитильны• Объясните ошибку конкретными и понятными словами
Плохо:«При входе в систему возникает ошибка»
Хорошо:«При входе в систему возникает ошибка:
503 service unavailable"
Какую информацию должен содержать отчет об ошибке?
STEPS TO REPRODUCE
• Объяснить какие шаги необходимо выполнить для возникновения ошибки
• Должен быть указан минимальный набор шагов достаточный для воспроизведения
Severity vs Priority
• Severity – определяет какое влияние оказывает найденная проблема на весь продукт в целом; чем выше уровень Severity тем сильней «ломается» система при возникновении ошибки
• Priority - это порядок согласно которому ошибка должна быть исправлена разработчиком
Enhancement Minor Critical Blocker
Bugs Severity
ХОРОШИЕ БАГ РЕПОРТЫ
Хорошие баг репорты это такие, которые исправляют ошибки
• Воспроизводимый (критерии?)
• если разработчик не может воспроизвести ошибку, он не будет её исправлять
• Конкретный, точный• Чем точней описана проблема, тем проще
разработчику найти источник ошибки и исправить
ХОРОШИЕ БАГ РЕПОРТЫ
Хорошие баг репорты это такие, которые исправляют ошибки
• Задача инженера тестирования• Определить и указать точно, в чём проблема• Где случилось? Что случилось? При каких
обстоятельствах?
• Задача разработчика• Определить причину проблемы и исправить