Содержание
- 2. Тестирование — это не поиск ошибок! Главное правило тестирования – не надо стараться найти как можно
- 3. Тестирование vs. Поиск ошибок
- 4. Рассмотрим несколько определений дефекта: «Быстрое тестирование» (Роберт Калбертсон, Крис Браун, Гэри Кобб): «Программная ошибка – ни
- 5. Мы будем использовать простое определение: Дефект – это несоответствие требованиям или функциональным спецификациям. Также следует помнить,
- 6. «Днём рождения» первого компьютерного бага считается 9 сентября 1945 года. В Гарвардском университете, где работал этот
- 7. Задокументировать дефект может кто угодно, обнаруживший некорректное поведение программы: Тестировщики и специалисты по обеспечению качества Разработчики
- 8. Новый (New). Итак, тестировщик находит дефект и представляет его на рассмотрение в систему управления дефектами. С
- 9. Иллюстрация жизненного цикла дефекта
- 10. Закрытые (closed) баги. Закрытым считается баг в состояниях Проверен (verified) и Отклонён (declined) Дублирован (duplicated). Открытые
- 11. Баг/Дефект Репорт (Bug Report) - это документ, описывающий ситуацию или последовательность действий приведшую к некорректной работе
- 12. Отчеты об ошибках пишутся с целью: предоставить информацию о проблеме, ее свойствах и последствиях; приоритизировать проблему
- 13. Основные атрибуты: Идентификатор (id) Краткое описание (summary) Подробное описание (description) Шаги воспроизведения (steps to reproduce, STR)
- 14. Дополнительные (необязательные) атрибуты: Возможность «обойти баг» (workaround) Дополнительная информация (additional information) Воспроизводимость (reproducible) Приложения (attachments) Атрибуты
- 15. У каждого отчета об ошибке должен быть уникальный идентификатор. Как правило, системы управления ошибками (bug tracking
- 16. Хорошее краткое описание должно давать ответы на три вопроса: Что? Где? При каких условиях? Например: «Отсутствует
- 17. В отличие от краткого описания, которое, как правило, является одним предложением, здесь можно и нужно давать
- 18. Несколько рекомендаций: – Описывайте каждый шаг, пока не столкнётесь с дефектом. – Найдите точный путь, чтобы
- 19. Пример: 1. Перейти по ссылке: http://www.site.com/login/ 2. Ввести в поле «Логин» значение «admin». 3. Ввести в
- 20. Это поле показывает, насколько серьёзна найденная ошибка. Обычно, выделяют следующие уровни важности: Критическая (critical). Это самые
- 21. Это поле показывает, как быстро необходимо исправить ошибку. Обычно, выделяют такие значения срочности: Наивысшая (ASAP, as
- 22. Это поле косвенно влияет на важность и срочность устранения ошибки. Если некое действие можно выполнить в
- 23. В это поле можно писать всё то, что вы считаете необходимым отметить, но что не подходит
- 24. Это поле показывает, воспроизводится ли баг всегда («always») или лишь иногда («sometimes»). Баги, воспроизводящиеся всегда, гораздо
- 25. Лучший способ указать на баг – приложить к баг-репорту некую наглядную информацию: скриншоты, видеоролики, логи (журналы
- 26. Пример отчета об ошибке
- 27. Пример отчета об ошибке
- 28. Как обращаться с найденными багами?
- 29. Отчёт, который не даёт достаточной информации «Программа не работает», «Приложение виснет». Отчёт об ошибках в той
- 30. Формула совершенного баг-репорта состоит из трёх простых пунктов: Что мы сделали (steps required to reproduce the
- 31. Программист так и не смог воспроизвести у себя ошибку по той или иной причине. Ошибке выставлены
- 32. Отсутствуют необходимые для понимания ошибки скриншоты, логи и т.д. Для описания новой ошибки, похожей на старую,
- 33. Тщательно объясните, как воспроизвести ошибку. Сообщите всю необходимую для этого информацию, а также свои размышления о
- 34. Если существует какая-либо информация, которая может помочь быстро обнаружить и исправить ошибку, – сообщите эту информацию.
- 35. Пишите отчёт об ошибке сразу же, как только вы обнаружили ошибку. Откладывание записи «на потом» приводит
- 36. Хороший отчёт об ошибках помогает: Сократить количество ошибок, «возвращаемых» разработчиками (отклонённых или открытых заново). Ускорить устранение
- 37. JIRA Redmine Bugzilla QC Баг-трэкинговые системы
- 38. Рабочий процесс в JIRA
- 40. Скачать презентацию