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



Pdf көрінісі
бет213/307
Дата03.07.2023
өлшемі5,03 Mb.
#179304
1   ...   209   210   211   212   213   214   215   216   ...   307
Байланысты:
Software Testing - Base Course (Svyatoslav Kulikov) - 3rd edition - RU

 
Стр: 186/301 
 
Рисунок 2.5.f — Создание отчёта о дефекте в JIRA 









10 
11 
12 
13 
14 
15 
16 
17 
18 
19 


Инструментальные средства управления отчётами о дефектах
Тестирование программного обеспечения. Базовый курс. 
© EPAM Systems, 2015–2023
 
Стр: 187/301 
14. External issue id (
идентификатор внешнего артефакта) позволяет связать от-
чёт о дефекте или иной артефакт с внешним документом. 
15. Epic link (
ссылка на историю/область) содержит ссылку на историю/область 
(см. пункт 13), наиболее близко относящуюся к дефекту. 
16. Has a story/s 
(истории) содержит ссылки и/или описание пользовательских 
историй, связанных с дефектом (как правило, здесь приводятся ссылки на 
внешние документы). 
17. Tester (
тестировщик) содержит имя автора описания дефекта. 
18. Additional information (
дополнительная информация) содержит полезную до-
полнительную информацию о дефекте. 
19. Sprint (
спринт) содержит номер спринта (2–4-недельной итерации разработки 
проекта в терминологии гибких методологий управления проектами), во 
время которого был обнаружен дефект. 
Многие дополнительные поля и возможности становятся доступными при 
других операциях с дефектами (просмотром или редактированием созданного де-
фекта, просмотре отчётов и т.д.). 
Bugzilla
324
 
1. Product 
(продукт) позволяет указать, к какому продукту (проекту) относится 
дефект. 
2. Reporter (
автор отчёта) содержит e-mail автора описания дефекта. 
3. Component (
компонент) содержит указание компонента приложения, к кото-
рому относится описываемый дефект. 
4. Component description (
описание компонента) содержит описание компо-
нента приложения, к которому относится описываемый дефект. Эта инфор-
мация загружается автоматически при выборе компонента. 
5. Version (
версия) содержит указание версии продукта, в которой был обнару-
жен дефект. 
6. Severity 
(важность) содержит указание важности дефекта. По умолчанию 
предложены такие варианты: 

Blocker (
блокирующий дефект) — дефект не позволяет решить с помо-
щью приложения некоторую задачу. 

Critical 
(критическая важность). 

Major 
(высокая важность). 

Normal (
обычная важность). 

Minor (
низкая важность). 

Trivial (
самая низкая важность). 

Enhancement 
(предложение по улучшению) — было описано подробно 
в разделе, посвящённом полям отчёта о дефекте (см. описание поля 
«симптом», значение «предложение по улучшению»
{181}
). 
7. Hardware 
(аппаратное обеспечение) позволяет выбрать профиль аппарат-
ного окружения, в котором проявляется дефект. 
8. OS 
(операционная система) позволяет указать операционную систему, под 
которой проявляется дефект. 
324
«Bugzilla» [
https://www.bugzilla.org



Инструментальные средства управления отчётами о дефектах
Тестирование программного обеспечения. Базовый курс. 
© EPAM Systems, 2015–2023


Достарыңызбен бөлісу:
1   ...   209   210   211   212   213   214   215   216   ...   307




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

    Басты бет