документ, идентифицирующий и описывающий дефект, обнаруженный тестировщиком. Цель отчета о дефекте — как можно более четко сформулировать проблему, чтобы разработчики могли легко воспроизвести дефект и исправить его.
Шаблон отчета о дефектах
В большинстве компаний используется инструмент сообщения о дефектах, и элементы отчета могут различаться. Однако в целом отчет о дефекте может состоять из следующих элементов.
При сообщении об ошибке разработчику ваш отчет об ошибке должен содержать следующую информацию.
1.Defect_ID — уникальный идентификационный номер дефекта.
2.Описание дефекта — подробное описание Дефекта, включая информацию о модуле, в котором был обнаружен Дефект.
3.Версия — версия приложения, в которой обнаружен дефект.
4.Шаги — подробные инструкции со скриншотами, с помощью которых разработчик может воспроизвести дефекты.
5.Дата поднятия — дата, когда дефект был обнаружен.
6.Ссылка - где вы предоставляете ссылку на подобные документы. требования, дизайн, архитектура или, возможно, даже скриншоты ошибки, которые помогут понять дефект.
7.Обнаружено — имя/идентификатор тестировщика, выявившего дефект.
8.Статус — Статус дефекта, об этом позже.
9.Исправлено — имя/идентификатор разработчика, исправившего проблему.
10.Дата закрытия — дата закрытия дефекта.
11.Серьезность, которая описывает влияние дефекта на приложение.
12.Приоритет, связанный со срочностью устранения дефекта. Приоритет серьезности может быть высоким/средним/низким в зависимости от срочности воздействия, при которой дефект должен быть исправлен соответственно.
Эффективное сообщение о дефектах
1.Оно должно быть конкретным и ясным.
2.В деталях.
3.Писать следует объективно, опираясь на факты и избегая эмоций.
4.Прежде чем открыть ошибку, вы должны быть уверены, что это ошибка.
5.Обязательно просмотрите его после того, как закончите.
6.Шаги по поиску ошибок должны быть сведены к минимуму.
Полезные ссылки: