1. IT-академия Алексея
Сухорукова
Как правильно писать
баг-репорты

2. Exploratory testing
Планирование
Исполнение
Изучение

3. QA
Engineer
Developer
Bug Tracking
System (BTS)
Bug Report

4. Bug report life cycle
Open
Assigned
Closed
Verified Fixed

5. Пример жизненного цикла из Open Source проекта

6. Какую информацию должен
содержать отчет об ошибке?
• Summary
• Severity
• Priority
• Description
• Steps to reproduce
• Actual Result
• Expected Result
• Version
• Build
• Workaround
• Environment
• Resolution

7. Какую информацию должен
содержать отчет об ошибке?
SUMMARY
• Будьте точны и щепитильны
• Объясните ошибку конкретными и понятными словами
Плохо:
«При входе в систему возникает ошибка»
Хорошо:
«При входе в систему возникает ошибка:
503 service unavailable"

8. Какую информацию должен
содержать отчет об ошибке?
STEPS TO REPRODUCE
• Объяснить какие шаги необходимо выполнить для
возникновения ошибки
• Должен быть указан минимальный набор шагов
достаточный для воспроизведения

9. Severity vs Priority
• Severity – определяет какое влияние
оказывает найденная проблема на весь
продукт в целом; чем выше уровень
Severity тем сильней «ломается» система
при возникновении ошибки
• Priority - это порядок согласно которому
ошибка должна быть исправлена
разработчиком

10. Bugs Severity
Enhancement Minor Critical Blocker

11. ХОРОШИЕ БАГ РЕПОРТЫ
Хорошие баг репорты это такие, которые
исправляют ошибки
• Воспроизводимый (критерии?)
• если разработчик не может воспроизвести ошибку,
он не будет её исправлять
• Конкретный, точный
• Чем точней описана проблема, тем проще
разработчику найти источник ошибки и исправить

12. ХОРОШИЕ БАГ РЕПОРТЫ
Хорошие баг репорты это такие, которые
исправляют ошибки
• Задача инженера тестирования
• Определить и указать точно, в чём проблема
• Где случилось? Что случилось? При каких
обстоятельствах?
• Задача разработчика
• Определить причину проблемы и исправить