- Главная
- Разное
- Дизайн
- Бизнес и предпринимательство
- Аналитика
- Образование
- Развлечения
- Красота и здоровье
- Финансы
- Государство
- Путешествия
- Спорт
- Недвижимость
- Армия
- Графика
- Культурология
- Еда и кулинария
- Лингвистика
- Английский язык
- Астрономия
- Алгебра
- Биология
- География
- Детские презентации
- Информатика
- История
- Литература
- Маркетинг
- Математика
- Медицина
- Менеджмент
- Музыка
- МХК
- Немецкий язык
- ОБЖ
- Обществознание
- Окружающий мир
- Педагогика
- Русский язык
- Технология
- Физика
- Философия
- Химия
- Шаблоны, картинки для презентаций
- Экология
- Экономика
- Юриспруденция
Курсы по тестированию IT LABS. Баг. (Урок 3) презентация
Содержание
- 1. Курсы по тестированию IT LABS. Баг. (Урок 3)
- 2. I T L A B S
- 3. I T L A B S Баг
- 4. I T L A B S
- 5. I T L A B S
- 6. I T L A B S Жизненный цикл бага
- 7. I T L A B S Жизненный цикл бага (Bug life cycle)
- 8. I T L A B S
- 9. I T L A B S
- 10. I T L A B S Жизненный цикл бага (Bug life cycle)
- 11. I T L A B S Вопросы / Ответы
- 12. I T L A B S Баг Репорт
- 13. I T L A B S
- 14. I T L A B S
- 15. I T L A B S
- 16. I T L A B S
- 17. I T L A B S
- 18. I T L A B S Вопросы / Ответы
- 19. I T L A B S
- 20. I T L A B S
- 21. I T L A B S
- 22. I T L A B S Вопросы / Ответы
- 23. I T L A B S
- 24. I T L A B S
- 25. I T L A B S
- 26. I T L A B S
- 27. I T L A B S
- 28. I T L A B S
- 29. I T L A B S
- 30. I T L A B S Вопросы / Ответы
- 31. I T L A B S Важность (Severity) vs Приоритет (Priority)
- 32. I T L A B S
- 33. I T L A B S
- 34. I T L A B S
- 35. I T L A B S
- 36. I T L A B S Вопросы / Ответы
- 37. I T L A B S Bug tracking systems
- 38. I T L A B S
- 39. I T L A B S
- 40. I T L A B S
- 41. I T L A B S Вопросы / Ответы
I T L A B S Урок 2 Вопросы / Ответы
Слайд 4I
T
L
A
B
S
Баг (Bug)
Баг - это ошибка / дефект / проблема / отказ
/ сбой / неисправность / повреждение / несоответствие, в результате которого система возвращает некорректный или неожидаемый результат или ведет себя непредусмотренным образом
Слайд 5I
T
L
A
B
S
Баг (Bug)
Баг - это когда фактический результат не равен ожиданиям пользователя
(заказчика)
Слайд 8I
T
L
A
B
S
Жизненный цикл бага (Bug life cycle)
Баг найден. Он получит статус “Новый”.
Тестировщик или Team Lead могут перевести его в один из следующих статусов:
1. “Отклонен” (Rejected), если данный баг невалидный или повторный(Duplicate), или его просто не смогли воспроизвести.
2. “Отсрочен” (Deferred, Postponed), если данный баг не нужно исправлять в данной итерации.
3. “Открыт” (Open), если исправление бага необходимо.
Слайд 9I
T
L
A
B
S
Жизненный цикл бага (Bug life cycle)
Баг репорт в статусе “Исправлен” переводится
на тестировщика для проверки.
Если баг воспроизводится, выставляется статус “Переоткрыт” и баг направляется на доработку к разработчику.
Если же исправление было успешным, то баг переводится в статус “Закрыт”
Если баг воспроизводится, выставляется статус “Переоткрыт” и баг направляется на доработку к разработчику.
Если же исправление было успешным, то баг переводится в статус “Закрыт”
Слайд 13I
T
L
A
B
S
Баг Репорт(Bug Report)
Это документ, описывающий ситуацию, последовательность действий, которые привели к
некорректной работе объекта тестирования.
Баг Репорт – описывает найденный баг.
Баг Репорт – описывает найденный баг.
Слайд 14I
T
L
A
B
S
Структура Баг Репорта.
1. Короткое описание (Summary)
2. Проект (Project)
3. Компонент приложения (Component)
4.
Номер версии (Version)
5. Серьезность (Severity)
6. Приоритет (Priority)
7. Шаги воспроизведения (Steps to Reproduce)
8. Фактический Результат (Actual Result)
9. Ожидаемый результат (Expected Result)
10. Дополнения (Additional information)
5. Серьезность (Severity)
6. Приоритет (Priority)
7. Шаги воспроизведения (Steps to Reproduce)
8. Фактический Результат (Actual Result)
9. Ожидаемый результат (Expected Result)
10. Дополнения (Additional information)
Слайд 15I
T
L
A
B
S
Структура Баг Репорта.
Короткое описание (Summary)
Короткое описание проблемы, явно указывающее на
причину и тип ошибочной ситуации.
Прочитав короткое описание бага (Summary), должно быть понятно в чем состоит проблема.
Прочитав короткое описание бага (Summary), должно быть понятно в чем состоит проблема.
Слайд 16I
T
L
A
B
S
В одном предложение надо уместить смысл всего баг репорта.
Коротко и ясно
сказать что и где не работает.
Например:
1. Данные на странице поиска не обновляются после нажатия кнопки "Поиск".
2. Приложение зависает, при попытке сохранения текстового файла размером больше 50Мб.
Например:
1. Данные на странице поиска не обновляются после нажатия кнопки "Поиск".
2. Приложение зависает, при попытке сохранения текстового файла размером больше 50Мб.
Структура Баг Репорта.
Короткое описание (Summary)
Слайд 17I
T
L
A
B
S
Что?: Что происходит или не происходит согласно спецификации или вашему представлению
о нормальной работе программного продукта.
Где? : В каком месте программного продукта находится проблема.
Когда?: В какой момент работы программного продукта, по наступлению какого события или при каких условиях проблема проявляется.
Где? : В каком месте программного продукта находится проблема.
Когда?: В какой момент работы программного продукта, по наступлению какого события или при каких условиях проблема проявляется.
Структура Баг Репорта.
Короткое описание (Summary)
Слайд 20I
T
L
A
B
S
Структура Баг Репорта.
Компонент приложения (Component)
Название части или функции тестируемого продукта
Слайд 21I
T
L
A
B
S
Структура Баг Репорта.
Номер версии (Version)
Номер билда на котором была найдена
ошибка.
Build - сборка программы. В большинстве своём программы пишутся несколькими программистами или даже несколькими командами программистов.
Результат их работы за определённое ограниченное время собирается в сборку (билд). Потом программисты работают дальше, изменения (например, новый функционал или исправленные дефекты) накапливаются и их собирают в следующий билд
Build - сборка программы. В большинстве своём программы пишутся несколькими программистами или даже несколькими командами программистов.
Результат их работы за определённое ограниченное время собирается в сборку (билд). Потом программисты работают дальше, изменения (например, новый функционал или исправленные дефекты) накапливаются и их собирают в следующий билд
Слайд 23I
T
L
A
B
S
Структура Баг Репорта.
Серьезность (Severity)
Severity - характеризует влияние дефекта на
работоспособность приложения.
Наиболее распространена пяти уровневая система
1. Блокирующий (Blocker)
2. Критический (Critical)
3. Значительный (Major)
4. Незначительный (Minor)
5. Тривиальный (Trivial)
Наиболее распространена пяти уровневая система
1. Блокирующий (Blocker)
2. Критический (Critical)
3. Значительный (Major)
4. Незначительный (Minor)
5. Тривиальный (Trivial)
Слайд 24I
T
L
A
B
S
Структура Баг Репорта.
Серьезность (Severity) Блокирующая (Blocker)
Блокирующая ошибка, приводящая приложение
в нерабочее состояние, в результате которого дальнейшее тестирование системы или ее ключевой функции становится недоступно.
Решение проблемы необходимо для дальнейшей работы.
Решение проблемы необходимо для дальнейшей работы.
Слайд 25I
T
L
A
B
S
Структура Баг Репорта.
Серьезность (Severity) Критическая (Critical)
Критическая ошибка, неправильно работающая
ключевая бизнес логика, функциональность, дырка в системе безопасности, проблема, вызвавшая падение сервера или приводящее в нерабочее состояние некоторую часть системы, без возможности решения проблемы используя другие входные точки.
Решение проблемы необходимо для дальнейшей работы с ключевыми функциями тестируемой системой.
Решение проблемы необходимо для дальнейшей работы с ключевыми функциями тестируемой системой.
Слайд 26I
T
L
A
B
S
Структура Баг Репорта.
Серьезность (Severity) Значительная (Major)
Значительная ошибка, часть основного
функционала работает некорректно.
Ошибка не критична или есть возможность для работы с тестируемым функционалом.
Ошибка не критична или есть возможность для работы с тестируемым функционалом.
Слайд 27I
T
L
A
B
S
Структура Баг Репорта.
Серьезность (Severity) Незначительная (Minor)
Незначительная ошибка, не нарушающая функциональность
тестируемой части приложения.
Слайд 28I
T
L
A
B
S
Структура Баг Репорта.
Серьезность (Severity) Тривиальная (Trivial)
Тривиальная ошибка, не касающаяся функционала
приложения, плохо воспроизводимая проблема, малозаметная по средствам пользовательского интерфейса, проблема стороннего функционала или сервисов, проблема, не оказывающая никакого влияния на общее качество продукта.
Слайд 29I
T
L
A
B
S
Структура Баг Репорта.
Приоритет (Priority)
Priority - указывающий на очередность выполнения
задачи или устранения дефекта.
Это инструмент менеджера по планированию работ.
Чем выше приоритет, тем быстрее нужно исправить дефект.
1. Высокий (High)
Ошибка должна быть исправлена как можно быстрее, т.к. ее наличие является критической для проекта.
2. Средний (Medium)
Ошибка должна быть исправлена, ее наличие не является критичной, но требует обязательного решения.
3. Низкий (Low)
Ошибка должна быть исправлена, ее наличие не является критичной, и не требует срочного решения.
Это инструмент менеджера по планированию работ.
Чем выше приоритет, тем быстрее нужно исправить дефект.
1. Высокий (High)
Ошибка должна быть исправлена как можно быстрее, т.к. ее наличие является критической для проекта.
2. Средний (Medium)
Ошибка должна быть исправлена, ее наличие не является критичной, но требует обязательного решения.
3. Низкий (Low)
Ошибка должна быть исправлена, ее наличие не является критичной, и не требует срочного решения.
Слайд 32I
T
L
A
B
S
Структура Баг Репорта.
Шаги воспроизведения (Steps to Reproduce)
Шаги, по которым можно
легко воспроизвести ситуацию, приведшую к ошибке.
Пример:
1. Войдите в системы: Пользователь Тестер1, пароль xxxXXX
2. Кликните линк Профайл
3. Введите Новое имя пользователя: Тестер2
4. Нажмите кнопку Сохранить
Пример:
1. Войдите в системы: Пользователь Тестер1, пароль xxxXXX
2. Кликните линк Профайл
3. Введите Новое имя пользователя: Тестер2
4. Нажмите кнопку Сохранить
Слайд 33I
T
L
A
B
S
Структура Баг Репорта.
Фактический Результат (Actual Result)
Результат полученный после прохождения шагов
к воспроизведению
Слайд 34I
T
L
A
B
S
Структура Баг Репорта.
Ожидаемый результат (Expected Result)
Ожидаемый правильный результат
Слайд 35I
T
L
A
B
S
Структура Баг Репорта.
Дополнения (Additional information)
Файл с логами, скриншот или любой
другой документ, который может помочь прояснить причину ошибки или указать на способ решения проблемы
Слайд 38I
T
L
A
B
S
Система отслеживания ошибок
(Bug tracking system)
Определенный пакет программного обеспечения, которое управляет
и поддерживает баг репорты.
1. Bugzilla
2. JIRA
3. Другое
1. Bugzilla
2. JIRA
3. Другое
Слайд 39I
T
L
A
B
S
Система отслеживания ошибок
(Bug tracking system) JIRA
Atlassian JIRA - коммерческая
система отслеживания ошибок, предназначена для организации общения с пользователями, хотя в некоторых случаях систему можно использовать для управления проектами.
Разработана компанией Atlassian Software Systems. Платная. Имеет веб-интерфейс.
Разработана компанией Atlassian Software Systems. Платная. Имеет веб-интерфейс.
