Отчёт о дефекте и его жизненный цикл
Тестирование программного обеспечения. Базовый курс.
© EPAM Systems, 2015–2023
Стр: 170/301
2.5.2.
Отчёт о дефекте и его жизненный цикл
Как было сказано в предыдущей главе, при обнаружении дефекта тестиров-
щик создаёт отчёт о дефекте.
Отчёт о дефекте
(defect report
317
)
— документ, описывающий и приорити-
зирующий обнаруженный дефект, а также
содействующий его устране-
нию.
Как следует из самого определения, отчёт о
дефекте пишется со следую-
щими основными целями:
•
предоставить информацию о проблеме — уведомить проектную команду и
иных заинтересованных лиц о наличии проблемы, описать суть проблемы;
•
приоритизировать проблему — определить степень опасности проблемы для
проекта и желаемые сроки её устранения;
•
содействовать устранению проблемы — качественный отчёт о дефекте не
только предоставляет все необходимые подробности
для понимания сути
случившегося, но также может содержать анализ причин возникновения про-
блемы и рекомендации по исправлению ситуации.
На последней цели следует остановиться подробнее. Есть мнение, что «хо-
рошо написанный отчёт о дефекте — половина решения проблемы для програм-
миста». И действительно, как мы увидим далее (и особенно в главе «Типичные
ошибки при написании отчётов о дефектах»
{202}
), от полноты, корректности, аккурат-
ности, подробности и логичности отчёта о дефекте зависит очень многое — одна и
та же проблема может
быть описана так, что программисту останется буквально
исправить пару строк кода, а может быть описана и так, что сам автор отчёта на
следующий день не сможет понять, что же он имел в виду.
ВАЖНО! «Сверхцель» написания отчёта о дефекте состоит в быстром ис-
правлении ошибки (а в идеале — и недопущении её возникновения в бу-
дущем). Потому качеству отчётов о дефекте следует уделять особое, по-
вышенное внимание.
Отчёт о дефекте (и сам дефект вместе с ним) проходит определённые стадии
жизненного цикла, которые схематично можно показать так (рисунок 2.5.c):
•
Обнаружен (submitted) — начальное состояние отчёта (иногда называется
«Новый» (new)), в котором он находится сразу после создания. Некоторые
средства также позволяют сначала создавать черновик (draft) и лишь потом
публиковать отчёт.
•
Назначен (assigned) — в это состояние отчёт переходит с момента, когда кто-
то из проектной команды назначается ответственным за
исправление де-
фекта. Назначение ответственного производится или решением лидера ко-
манды разработки, или коллегиально, или по добровольному принципу, или
иным принятым в команде способом или выполняется автоматически на ос-
нове определённых правил.
•
Исправлен (fixed) — в это состояние отчёт переводит ответственный за ис-
правление дефекта член команды после выполнения соответствующих дей-
ствий по исправлению.
•
Проверен (verified) — в это состояние отчёт переводит тестировщик, удосто-
верившийся, что дефект на самом деле был устранён. Как правило,
такую
проверку выполняет тестировщик, изначально написавший отчёт о дефекте.
317
Достарыңызбен бөлісу: