Bug Report
Задача тестера
Баг репорт • Баг или дефект репорт - это документ, описывающий ситуацию или последовательность действий приведшую к некорректной работе объекта тестирования, с указанием причин и ожидаемого результата.
Мнение разработчиков • - Прочитав короткое описание бага (Bug Summary), я должен понять в чем состоит проблема, прочитав детальное описание бага (Bug Description) я должен знать строку кода, которую править.
Основные поля Шапка Бага Короткое описание (Summary) Короткое описание проблемы, явно указывающее на причину и тип ошибочной ситуации. Проект (Project) Название тестируемого проекта Компонент приложения (Component) Название части или функции тестируемого продукта Номер версии (Version) Версия на которой была найдена ошибка Серьезность (Severity) Наиболее распространена пятиуровневая система градации серьезности дефекта: S 1 Блокирующий (Blocker) S 2 Критический (Critical) S 3 Значительный (Major) S 4 Незначительный (Minor) S 5 Тривиальный (Trivial)
Основные поля (2) Шапка Бага Приоритет (Priority) Приоритет дефекта: P 1 Высокий (High) P 2 Средний (Medium) P 3 Низкий (Low) Статус (Status) Статус бага. Зависит от используемой процедуры и жизненного цикла бага (bug workflow and life cycle) Автор (Author) Создатель баг репорта Назначен на (Assigned To) Имя сотрудника, назначенного на решение проблемы
Основные поля (3) Окружение ОС / Сервис Пак и т. д. / Браузера + версия /. . . Информация об окружении, на котором был найден баг: операционная система, сервис пак, для WEB тестирования - имя и версия браузера и т. д. Описание Шаги воспроизведения (Steps to Reproduce) Шаги, по которым можно легко воспроизвести ситуацию, приведшую к ошибке. Фактический Результат (Result) Результат, полученный после прохождения шагов к воспроизведению Ожидаемый результат (Expected Result) Ожидаемый правильный результат Дополнения Прикрепленный файл (Attachment) Файл с логами, скриншот или любой другой документ, который может помочь прояснить причину ошибки или указать на способ
Серьезность и Приоритет Дефекта • Серьезность (Severity) - это атрибут, характеризующий влияние дефекта на работоспособность приложения. • Приоритет (Priority) - это атрибут, указывающий на очередность выполнения задачи или устранения дефекта. Можно сказать, что это инструмент менеджера по планированию работ. Чем выше приоритет, тем быстрее нужно исправить дефект.
Серьезность Дефекта (2) • S 1 Блокирующая (Blocker) - приложение в нерабочем состоянии • S 2 Критическая (Critical) - неправильно работающая ключевая бизнес логика • S 3 Значительная (Major) - часть основной бизнес логики работает некорректно • S 4 Незначительная (Minor) - не нарушающает бизнес логику тестируемой части приложения • S 5 Тривиальная (Trivial) -не касается бизнес логики приложения
Градация Приоритета дефекта (Priority) • P 1 Высокий (High) Ошибка должна быть исправлена как можно быстрее • P 2 Средний (Medium) Ошибка должна быть исправлена! • P 3 Низкий (Low) Ошибка должна быть исправлена, ее наличие не является критичной, и не требует срочного решения.
Требования к количеству открытых багов • Наличие открытых дефектов P 1, P 2 и S 1, S 2, считается неприемлемым для проекта. • Наличие строго ограниченного количества открытых ошибок P 3 и S 3, S 4, S 5 не является критичным для проекта и допускается в выдаваемом приложении.
Написание баг репорта • Баг репорт - это технический документ, следовательно, должна использоваться правильная терминология при использовании названий элементов пользовательского интерфейса, действий пользователя и полученных результатов.
Обязательные поля • короткое описание (Bug Summary) • серьезность (Severity) • шаги к воспроизведению (Steps to reproduce) • результат (Actual Result) • ожидаемый результат (Expected Result)
Основные ошибки • • Недостаточность предоставленных данных Определение серьезности Язык описания Отсутствие ожидаемого результата
