Нахождение и документирование ошибок

Нахождение и
документирование ошибок
Где искать и как записывать
ошибки..
Оглавление








Понятие ошибки
Bug Report. Отчет об ошибках
Статус ошибок
Описание ошибки
Серьезность ошибки
Ошибки, которые исправляются в первую очередь
Пример Bug Report’a
Советы
Определение ошибки
Ошибка (Bug)- Несоответствие требованиям или
функциональным спецификациям. Это любое
несоответствие ожиданиям пользователя от
приложения.
Описывать ошибки могут все:
 Тестировщики
 Разработчики
 Конечные пользователи
Bug Report. Отчет об ошибках
Bug report- Это технический документ, который
описывает ошибку.
Документ должен:
 Донести обстоятельства и серьезность ошибки до
разработчика
 Выставить приоритет ошибке
 Помочь разработчику локализовать ошибку
Статус ошибки
Бывает:
 Submitted- ошибка описана
 Assigned- ошибка проинспектирована и
отправлена на исправление разработчикам
 Fixed- ошибка устранена и закрыта
Описание ошибки


Summary- описание проблемы одной
строкой
Description- детальное описание ошибки
Для приложения желательно также
описывать последовательность действий,
которые привели к возникновению
ошибки. Это- важный этап как для
больших так и для малых проектов.
Серьезность ошибки
Бывает:
 Critical- наиболее серьезные проблемы
(приложение не работает, потеря данных и т п )
 Major- высокая степень, встречается чаще.
Неработоспособность функциональности, не
серьезная потеря данных.
 Medium- частично не работает функциональность,
но есть возможность обойти ошибку
 Minor- не серьезные ошибки, оставленные на
исправление в последнюю очередь (вплоть до
орфографических)
Ошибки, которые исправляются в
первую очередь
Графа Priority- показывает насколько быстро должна
быть исправлена ошибка.
Бывает:
 ASAP- исправить немедленно (нельзя тестировать
приложение)
 High- исправить в ближайшее время
 Normal- исправить до окончания фазы работы
 Low- исправлять не обязательно; если останется
время
Пример Bug Report’a
Номер
ошибки
Односложное
описание
ошибки
Статус
ошибки
Полное описание
ошибки
Область, где
произошла
ошибка
Серьезность
ошибки
Приоритет
ошибки
Советы





Хороший Bug Report:
Пишется просто и аккуратно.
Поясняется, что имеется
ввиду.
Используется нейтральный
тон
Точный
В один отчет- одна ошибка
Описываются детали





Советы:
Записывать ошибки как
только нашли
Показывать ошибки
разработчикам
Проверять исправленные
ошибки
Самому прочитать Bug Reportвсе ли понятно
Пытаться найти наиболее
критичные последствия
ошибок