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



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

 
Стр: 188/301 
 
 
Рисунок 2.5.g — Создание отчёта о дефекте в Bugzilla 
9. Priority 
(срочность) позволяет указать срочность исправления дефекта. По 
умолчанию Bugzilla предлагает следующие варианты: 

Highest 
(самая высокая срочность). 

High 
(высокая срочность). 

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

Low 
(низкая срочность). 

Lowest 
(самая низкая срочность). 









10 
11 
12 
13 
14 
15 
16 
17 
18 
19 
20 
21 
22 


Инструментальные средства управления отчётами о дефектах
Тестирование программного обеспечения. Базовый курс. 
© EPAM Systems, 2015–2023
 
Стр: 189/301 
10. Status (
статус) позволяет установить статус отчёта о дефекте. По умолчанию 
Bugzilla 
предлагает следующие варианты статусов: 

Unconfirmed (
не подтверждено) — дефект пока не изучен, и нет гаран-
тии того, что он действительно корректно описан. 

Confirmed 
(подтверждено) — дефект изучен, корректность описания 
подтверждена. 

In progress 
(в работе) — ведётся работа по изучению и устранению де-
фекта. 
В официальной документации рекомендуется сразу же после установки 
Bugzilla 
сконфигурировать набор статусов и правила жизненного цикла от-
чёта о дефектах в соответствии с принятыми в вашей компании правилами. 
11. Assignee 
(ответственный) указывает e-mail участника проектной команды, от-
ветственного за изучение и исправление дефекта. 
12. CC 
(уведомлять) содержит список e-mail адресов участников проектной ко-
манды, которые будут получать уведомления о происходящем с данным де-
фектом. 
13. Default CC 
(уведомлять по умолчанию) содержит e-mail адрес(а) участников 
проектной команды, которые по умолчанию будут получать уведомления о 
происходящем с любыми дефектами (чаще всего здесь указываются e-mail 
адреса рассылок). 
14. Original estimation 
(начальная оценка) позволяет указать начальную оценку 
того, сколько времени займёт устранение дефекта. 
15. Deadline 
(крайний срок) позволяет указать дату, к которой дефект обяза-
тельно нужно исправить. 
16. Alias 
(псевдоним) позволяет указать короткое запоминающееся название де-
фекта (возможно, в виде некоей аббревиатуры) для удобства упоминания 
дефекта в разнообразных документах. 
17. URL (URL) 
позволяет указать URL, по которому проявляется дефект (осо-
бенно актуально для веб-приложений). 
18. Summary (
краткое описание) позволяет указать краткое описание дефекта. 
19. Description (
подробное описание) позволяет указать подробное описание де-
фекта. 
20. Attachment 
(вложение) позволяет добавить к отчёту о дефекте вложения в 
виде прикреплённых файлов. 
21. Depends on 
(зависит от) позволяет указать перечень дефектов, которые 
должны быть устранены до начала работы с данным дефектом. 
22. Blocks 
(блокирует) позволяет указать перечень дефектов, к работе с кото-
рыми можно будет приступить только после устранения данного дефекта. 


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


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




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

    Басты бет