Отчёт о дефекте и его жизненный цикл
Тестирование программного обеспечения. Базовый курс.
© EPAM Systems, 2015–2023
Стр: 171/301
По
поводу того, должен ли проверять факт устранения дефекта
именно тот тестировщик, который его обнаружил, или обязательно
другой, есть много «священных войн». Сторонники второго вари-
анта утверждают, что свежий взгляд человека, ранее не знакомого
с
данным дефектом, позволяет ему в процессе верификации с
большой вероятностью обнаружить новые дефекты.
Несмотря на то, что такая точка зрения имеет право на существо-
вание, всё же отметим: при грамотной организации процесса тести-
рования поиск дефектов эффективно происходит на соответствую-
щей стадии работы, а верификация силами тестировщика, обнару-
жившего данный дефект, всё же позволяет
существенно сэконо-
мить время.
Рисунок 2.5.c — Жизненный цикл отчёта о дефекте с наиболее типичными перехо-
дами между состояниями
Набор стадий жизненного цикла, их наименование и принцип перехода от
стадии к стадии может различаться в разных инструментальных сред-
ствах управления жизненным циклом отчётов о дефектах. Более того —
многие такие средства позволяют гибко настраивать эти параметры. На
рисунке 2.5.c показан лишь общий принцип.
•
Закрыт (closed) — состояние отчёта, означающее, что по данному дефекту
не планируется никаких дальнейших действий (хотя, конечно, ничто не ме-
шает в будущем этому дефекту стать «открытым заново» (reopened)). Здесь
есть некоторые расхождения в жизненном цикле, принятом в разных инстру-
ментальных средствах управления отчётами о дефектах:
o
В некоторых средствах существуют оба состояния — «Проверен» и
«Закрыт», чтобы подчеркнуть, что в состоянии «Проверен» ещё могут
потребоваться какие-то дополнительные действия (обсуждения, до-
полнительные проверки в новых билдах и т.д.), в то время как состоя-
ние «Закрыт» означает «с
дефектом покончено, больше к этому во-
просу не возвращаемся».
o
В некоторых средствах одного из состояний нет (оно поглощается дру-
гим).
Обнаружен
Назначен
Исправлен
Проверен
Отложен
Закрыт
Открыт заново
Отклонён
Рекомендован к
отклонению
Отчёт о дефекте и его жизненный цикл
Тестирование программного обеспечения. Базовый курс.
© EPAM Systems, 2015–2023
Стр: 172/301
o
В некоторых средствах в состояние «Закрыт» или «Отклонён» отчёт о
дефекте может быть переведён из множества предшествующих состо-
яний с резолюциями наподобие:
▪
«Не является дефектом» — приложение так и должно работать,
описанное поведение не является аномальным.
▪
«Дубликат» — данный дефект уже описан в другом отчёте.
▪
«Не удалось воспроизвести» — разработчикам не удалось вос-
произвести проблему на своём оборудовании.
▪
«Не будет исправлено» — дефект есть, но по каким-то серьёз-
ным причинам его решено не исправлять.
▪
«Невозможно исправить» — непреодолимая причина дефекта
находится вне области полномочий
команды разработчиков,
например существует проблема в операционной системе или
аппаратном обеспечении, влияние
которой устранить разум-
ными способами невозможно.
Как было только что подчёркнуто, в некоторых средствах отчёт о де-
фекте в подобных случаях будет переведён в состояние «Закрыт», в
некоторых — в состояние «Отклонён», в некоторых — часть случаев
закреплена за состоянием «Закрыт», часть — за «Отклонён».
•
Открыт заново (reopened) — в это состояние (как правило, из состояния «Ис-
правлен») отчёт переводит тестировщик, удостоверившийся, что дефект по-
прежнему воспроизводится на билде, в котором он уже должен быть исправ-
лен.
•
Рекомендован к отклонению (to be declined) — в это состояние отчёт о де-
фекте может быть переведён из множества других состояний с целью выне-
сти на рассмотрение вопрос об отклонении отчёта по той или иной причине.
Если рекомендация является обоснованной, отчёт переводится в состояние
«Отклонён» (см. следующий пункт).
•
Отклонён (declined) — в это состояние отчёт переводится в случаях, по-
дробно описанных в пункте «Закрыт», если средство управления отчётами о
дефектах предполагает использование этого
состояния вместо состояния
«Закрыт» для тех или иных резолюций по отчёту.
•
Отложен (deferred) — в это состояние отчёт переводится в случае, если ис-
правление дефекта в ближайшее время является нерациональным или не
представляется возможным, однако есть основания полагать, что в обозри-
мом будущем ситуация исправится (выйдет новая версия библиотеки, вер-
нётся из отпуска специалист по некоей технологии,
изменятся требования
заказчика и т.д.).
Для полноты рассмотрения данной подтемы приведём пример жизненного
цикла, принятого по умолчанию в инструментальном средстве управления отчё-
тами о дефектах JIRA
318
(
рисунок 2.5.d).
318
«What is Workflow». [
https://confluence.atlassian.com/jira063/what-is-workflow-683542483.html
]
Отчёт о дефекте и его жизненный цикл
Тестирование программного обеспечения. Базовый курс.
© EPAM Systems, 2015–2023
Достарыңызбен бөлісу: