Содержание
- 2. Введение Тестирование - это не поиск багов! Главное правило тестирования – не надо стараться найти как
- 3. Тестирование VS Поиск ошибок it-courses.by
- 4. Определение дефекта Программная ошибка – изъян в ПО, который вызывает несоответствие ожидаемых результатов выполнения и фактически
- 5. Определение дефекта Ожидаемый результат - поведение системы, описанное в требованиях. Фактический результат - поведение системы, наблюдаемое
- 6. Из истории «Днём рождения» первого компьютерного бага считается 9 сентября 1945 года. В Гарвардском университете, где
- 7. Из истории it-courses.by
- 8. Кто может задокументировать баг? Тестировщики и специалисты по качеству Разработчики Представители службы технической поддержки Продавцы и
- 9. Статусы бага Новый (New) или Открыт (Open) Итак, тестировщик находит дефект и заносит его в систему
- 10. Статусы бага Проверен (verified) Тестировщик, который обнаружил ошибку проверяет на новом билде (в котором исправление данной
- 11. Статусы бага Не баг (not a bug) Баг может быть отклонён. Во-первых, потому, что для заказчика
- 12. Жизненный цикл бага New / Open Assigned Fixed Can not reproduce Not a bug Will not
- 13. Открытые и закрытые баги Закрытые (closed) баги Проверен (verified) Отклонён (not a bug, will not fix)
- 14. Отчеты об ошибках Баг/Дефект Репорт («баг-репорт», «bug report») – это документ, описывающий ситуацию или последовательность действий
- 15. Зачем писать баг репорт? предоставить информацию о проблеме, ее свойствах и последствиях; приоритизировать проблему по важности
- 16. Атрибуты баг репорта Идентификатор (id) Краткое описание (summary) Подробное описание (description): Шаги воспроизведения (steps to reproduce,
- 17. Дополнительные атрибуты Возможность «обойти баг» (workaround) Дополнительная информация (additional information) Воспроизводимость (reproducible) Приложения (attachments) it-courses.by
- 18. Идентификатор (id) У каждого отчета об ошибке должен быть уникальный идентификатор. Как правило, системы управления ошибками
- 19. Краткое описание (summary) Хорошее краткое описание должно давать ответы на три вопроса: Что? Где? При каких
- 20. Шаги воспроизведение (steps) Описывайте каждый шаг, пока не столкнётесь с дефектом Найдите точный путь, чтобы воспроизвести
- 21. Шаги воспроизведения. Пример Перейти по ссылке: http://www.site.com/login/ Ввести в Логин "admin" Ввести в Пароль "admpwd" Кликнуть
- 22. Важность (Severity) Блокирующая (blocker) Критическая (critical) Высокая (major) Низкая (minor) Самая низкая (trivial) it-courses.by Это поле
- 23. Важность. Blocker и Critical Блокирующая (blocker) Ошибка, полностью блокирующая тестирование функционала Критическая (critical) Крах приложения (crash),
- 24. Важность. Major and Minor Высокая (major) Серьёзные ошибки, такие как: потеря данных пользователя, некорректность обработки запросов
- 25. Важность. Trivial Самая низкая (trivial) Ошибки дизайна, орфографические ошибки и другие ошибки, вызывающие дискомфорт при использовании
- 26. Срочность (Priority) Это поле показывает, как быстро необходимо исправить ошибку. Наивысшая (ASAP, as soon as possible)
- 27. Срочность. ASAP Наивысшая (ASAP, as soon as possible). Ошибки, которые делают невозможным дальнейшую работу над проектом
- 28. Срочность. High Высокая (high). Ошибки, которые нужно исправить в самое ближайшее время. it-courses.by
- 29. Срочность. Normal Обычная (normal). Ошибки, которые следует исправлять в порядке общей очереди it-courses.by
- 30. Срочность. Low Низкая (low). Ошибки, которыми будут заниматься в последнюю очередь (когда и если на них
- 31. Workaround (возможность обойти) Это поле косвенно влияет на важность и срочность устранения ошибки. Если некое действие
- 32. Additional info (доп. информация) В это поле можно писать всё то, что вы считаете необходимым отметить,
- 33. Reproducing (воспроизводимость) Не всегда баг одназначно воспроизводится. Тогда отмечают сколько раз из 10 его удалось повторить.
- 34. Attachments (приложения) Лучший способ указать на баг – приложить к баг-репорту наглядную информацию: скриншоты, видеоролики, логи
- 35. Пример bug report-а https://goo.gl/fmPJu7 it-courses.by
- 36. Какой отчет считать плохим Отчёт, который не даёт достаточной информации «Программа не работает», «Приложение виснет». Отчёт
- 37. Формула совершенного отчета Формула совершенного баг-репорта состоит из трёх простых пунктов: Что мы сделали (steps to
- 38. Когда баг вряд ли исправят Программист так и не смог воспроизвести у себя ошибку Ошибке выставлены
- 39. Когда баг вряд ли исправят Нет нужных для понимания ошибки скриншоты, логи и т.д. Для описания
- 40. Как написать хороший отчет Тщательно объясните, как воспроизвести ошибку. Сообщите всю необходимую информацию. Лучше написать больше
- 41. Как написать хороший отчет Если существует информация, которая может помочь быстро обнаружить и исправить ошибку –
- 42. Как написать хороший отчет Пишите отчёт об ошибке сразу же, как только обнаружили. Откладывание записи «на
- 43. Преимущества хорошего отчета Сокращает количество ошибок, «возвращаемых» разработчиками (отклонённых или открытых заново). Ускоряет устранение ошибки. Сокращает
- 44. Баг-трекинговые системы Баг трекер – прикладная программа (браузерная или десктопная) для учета и контроля ошибок, найденных
- 45. Какие багтрекеры сейчас наиболее популярны JIRA Redmine Bontq YouTrack Bugzilla it-courses.by
- 46. Jira it-courses.by Коммерческая система отслеживания ошибок и управления проектами. Это инструмент для организации эффективного взаимодействия участников
- 47. Сценарии использования Jira it-courses.by Task Manager – управление задачами Software development – управление процессом разработки Bug
- 48. Принципы работы Jira it-courses.by Ключевые понятия – проекты/projects и запросы/issues Запросы группируются по проектам и создаются
- 49. Проекты в Jira it-courses.by Проект в Jira – набор запросов Каждый проект имеет имя, e.g. My
- 50. Управление доступом в Jira it-courses.by Для организации работы в Jira используются группы пользователей и роли. Группы
- 51. Запросы в Jira. Типы it-courses.by В Jira существует четыре типа типов запросов по умолчанию Epic –
- 52. Запросы в Jira. Уровни приоритетов it-courses.by Наивысший приоритет. Блокирует процесс Высокий уровень. Может блокировать процесс Средний
- 53. Запросы в Jira. Статусы запросов it-courses.by Открыт и готов к назначению к исполнению В процессе исполнения
- 54. Интерфейс Jira. Список запросов it-courses.by
- 55. Интерфейс Jira. Беклог it-courses.by
- 56. Интерфейс Jira. Активный спринт it-courses.by
- 57. it-courses.by Менеджмент тестирования
- 59. Скачать презентацию