Тестирование программного обеспечения. Базовый курс. 3-е издание



Pdf көрінісі
бет200/307
Дата03.07.2023
өлшемі5,03 Mb.
#179304
1   ...   196   197   198   199   200   201   202   203   ...   307
Байланысты:
Software Testing - Base Course (Svyatoslav Kulikov) - 3rd edition - RU

Defect report, Bug report.
A document reporting on any flaw in a component or system that can cause the component or system 
to fail to perform its required function. [ISTQB Glossary] 


Отчёт о дефекте и его жизненный цикл
Тестирование программного обеспечения. Базовый курс. 
© 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


Достарыңызбен бөлісу:
1   ...   196   197   198   199   200   201   202   203   ...   307




©engime.org 2024
әкімшілігінің қараңыз

    Басты бет