Тестирование программного обеспечения. Базовый курс. 3-е издание
Defect management tool, Incident management tool
жүктеу/скачать 5,03 Mb. Pdf көрінісі
|
Software Testing - Base Course (Svyatoslav Kulikov) - 3rd edition - RU
| Defect management tool, Incident management tool.
A tool that facilitates the recording and status tracking of defects and changes. They often have workflow-oriented facilities to track and control the allocation, correction and re-testing of defects and provide reporting facilities. See also incident management tool. [ISTQB Glossary] 320 «Comparison of issue-tracking systems», Wikipedia [ http://en.wikipedia.org/wiki/Comparison_of_issue-tracking_systems ] Инструментальные средства управления отчётами о дефектах Тестирование программного обеспечения. Базовый курс. © EPAM Systems, 2015–2023 Стр: 185/301 Jira 321 1. Project (проект) позволяет указать, к какому проекту относится дефект. 2. Issue type ( тип записи/артефакта) позволяет указать, что именно представ- ляет собой создаваемый артефакт. JIRA позволяет создавать не только от- чёты о дефектах, но и множество других артефактов 322 , типы которых можно настраивать 323 . По умолчанию представлены: • Improvement (предложение по улучшению) — было описано подробно в разделе, посвящённом полям отчёта о дефекте (см. описание поля «симптом», значение «предложение по улучшению» {181} ). • New feature (новая особенность) — описание новой функционально- сти, нового свойства, новой особенности продукта. • Task (задание) — некое задание для выполнения тем или иным участ- ником проектной команды. • Custom issue (произвольный артефакт) — как правило, это значение при настройке JIRA удаляют, заменяя своими вариантами, или пере- именовывают в Issue. 3. Summary ( краткое описание) позволяет указать краткое описание дефекта. 4. Priority ( срочность) позволяет указать срочность исправления дефекта. По умолчанию JIRA предлагает следующие варианты: • Highest (самая высокая срочность). • High (высокая срочность). • Medium (обычная срочность). • Low (низкая срочность). • Lowest (самая низкая срочность). Обратите внимание: по умолчанию поля severity (важность) нет. Но его можно добавить. 5. Components ( компоненты) содержит перечень компонентов приложения, за- тронутых дефектом (хотя иногда здесь перечисляют симптомы дефектов). 6. Affected versions ( затронутые версии) содержит перечень версий продукта, в которых проявляется дефект. 7. Environment ( окружение) содержит описание аппаратной и программной кон- фигурации, в которой проявляется дефект. 8. Description ( подробное описание) позволяет указать подробное описание де- фекта. 9. Original estimate ( начальная оценка времени исправления) позволяет указать начальную оценку того, сколько времени займёт устранение дефекта. 10. Remaining estimate (расчётное остаточное время исправления) показывает, сколько времени осталось от начальной оценки. 11. Story points ( оценочные единицы) позволяет указать сложность дефекта (или иного артефакта) в специальных оценочных единицах, принятых в гибких ме- тодологиях управления проектами. 12. Labels ( метки) содержит метки (теги, ключевые слова), по которым можно группировать и классифицировать дефекты и иные артефакты. 13. Epic/Theme ( история/область) содержит перечень высокоуровневых меток, описывающих относящиеся к дефекту крупные области требований, крупные модули приложения, крупные части предметной области, объёмные пользо- вательские истории и т.д. 321 «JIRA — Issue & Project Tracking Software» [ https://www.atlassian.com/software/jira/ ] 322 «What is an Issue» [ https://confluence.atlassian.com/jira063/what-is-an-issue-683542485.html ] 323 «Defining Issue Type Field Values» [ https://confluence.atlassian.com/display/JIRA/Defining+Issue+Type+Field+Values ] Инструментальные средства управления отчётами о дефектах Тестирование программного обеспечения. Базовый курс. © EPAM Systems, 2015–2023 жүктеу/скачать 5,03 Mb. Достарыңызбен бөлісу:
|