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