Содержание
- 2. СОДЕРЖАНИЕ BUGS 2 1. Работа с багом 2. Целевая аудитория дефектов 3. Структура описания бага 3.
- 3. РАБОТА С БАГОМ BUGS 3
- 4. АУДИТОРИЯ ДЕФЕКТОВ BUGS 4 Для PM: возможность быстро принять решение о срочности исправления проблемы (headline +
- 5. АУДИТОРИЯ ДЕФЕКТОВ BUGS 5 Для разработчиков: возможность легко воспроизвести дефект. Для QA team: возможность легко воспроизвести
- 6. АУДИТОРИЯ ДЕФЕКТОВ BUGS 6 Для Заказчика: понимание проблем в продукте; возможность оценить качество всего проекта; прозрачность
- 7. СТРУКТУРА ОПИСАНИЯ БАГА BUGS 7 ID Title Description: Pre-condition, Steps to reproduce, Actual result, Expected result,
- 8. СТРУКТУРА ОПИСАНИЯ БАГА BUGS 8 ID Идентификационный номер. Выставляется автоматически в bug tracking системе.
- 9. СТРУКТУРА ОПИСАНИЯ БАГА BUGS 9 Title (Headline) Цель – предоставить понятную информацию о том, что и
- 10. СТРУКТУРА ОПИСАНИЯ БАГА BUGS 10 Способ написания эффективного Title Описание бага должно отвечать на 3 вопроса
- 11. СТРУКТУРА ОПИСАНИЯ БАГА BUGS 11 Description: Preconditions Steps to reproduce Actual result Expected result Environment Notes
- 12. СТРУКТУРА ОПИСАНИЯ БАГА BUGS 12 Цель Description – описать шаги для повторения дефекта. Описание бага должно
- 13. СТРУКТУРА БАГА BUGS 13 Структура description с pre-condition: Pre-condition: Steps to reproduce: Step 1 Step 2
- 14. СТРУКТУРА БАГА BUGS Expected result Рекомендации: Обоснование (ссылка на конкретный пункт спецификации). Выводы из теста спеки.
- 15. СТРУКТУРА БАГА BUGS 15 Attachment – любой прикрепленный к дефекту файл, облегчающий его понимание. Скриншот должен
- 16. СТРУКТУРА БАГА BUGS 16 На скриншоте должна быть вся страница, включая Page Title, Address Bar, и
- 17. СТРУКТУРА БАГА BUGS 17
- 18. СТРУКТУРА БАГА BUGS 18 Component Feature, модуль приложения, в котором был найден баг. Assignee Человек, который
- 19. СТРУКТУРА БАГА BUGS 19 Severity Это степень воздействия дефекта на работу тестируемого модуля или приложения. Можно
- 20. СТРУКТУРА БАГА BUGS 20 Правила изменения уровней критичности Понижать уровень критичности дефектов можно в следующих случаях:
- 21. СТРУКТУРА БАГА BUGS 21 Повышать уровень критичности дефектов можно в следующих случаях: Дефект графического интерфейса очевиден,
- 22. СТРУКТУРА БАГА BUGS 22 Priority Порядок, в котором дефект должен быть исправлен. Можно выделить четыре основных
- 23. SEVERITY VS. PRIORITY BUGS 23 Priority Severity Определяет степень воздействия бага на систему Ассоциируется с функциональными
- 24. SEVERITY VS. PRIORITY BUGS 24
- 25. ГРУППИРОВКА ДЕФЕКТОВ BUGS 25 Группировка дефектов производится по следующим правилам: Принадлежность к одной форме (GUI дефекты)
- 26. ПРИМЕР ОПИСАНИЯ UI ДЕФЕКТА BUGS 26
- 27. ПРИМЕР ОПИСАНИЯ UI ДЕФЕКТА BUGS 27 Как делать не надо! ID: 284652 Title: Widgets showing used
- 28. ПРИМЕР ОПИСАНИЯ UI ДЕФЕКТА BUGS 28 ID: 284652 Title: Settings->Options->Appearance->Selection color: widgets showing used color are
- 29. ПРИМЕР ОПИСАНИЯ ФУНКЦИОНАЛЬНОГО БАГА BUGS 29
- 30. ПРИМЕР ОПИСАНИЯ ФУНКЦИОНАЛЬНОГО БАГА BUGS 30 Как делать не надо! ID: 14865 Title: I can’t log
- 31. ПРИМЕР ОПИСАНИЯ ФУНКЦИОНАЛЬНОГО БАГА BUGS 31 ID: 14865 Title: Oracle BI 11g Map Viewer: clicking “Logout”
- 32. ЖИЗНЕННЫЙ ЦИКЛ БАГА BUGS 32
- 33. ЖИЗНЕННЫЙ ЦИКЛ БАГА BUGS 33 Резолюции для Resolved багов: Fixed Can’t reproduce Won’t fix As Designed
- 34. BUG TRACKING СИСТЕМЫ BUGS 34 JIRA (https://www.atlassian.com/software/jira) Pivotal Tracker (https://www.pivotaltracker.com/) Trello (https://trello.com/) Team Foundation Server (https://www.visualstudio.com/ru/tfs/)
- 36. Скачать презентацию