Артефакты тестирования. Жизненный цикл тестирования

Сентябрь 7, 2022

Главная
Алгебра
Артефакты тестирования. Жизненный цикл тестирования

Содержание

2. Вспоминаем материал прошлой лекции ЖЦ тестирования ПО Артефакты тестирования Работа с багтрекинговой системой План на сегодня
3. Что такое проект? Участники проекта? Цикл разработки ПО? Модели разработки ПО? Методологии разработки ПО? Вспоминаем
4. Жизненный цикл тестирования
5. План тестирования (Test Plan)* Варианты использования (Use Cases)* Список проверки (Checklist)* Тестовые сценарии (Test Cases)* Матрица
6. Тест план (Test Plan) - это документ, описывающий весь объем работ по тестированию, начиная с описания
7. Что надо тестировать? Что будем тестировать? Когда будем тестировать? Критерии начала тестирования Критерии окончания тестирования Окружение
8. Описание поведения системы, когда она взаимодействует с кем-то (или чем-то) из внешней среды. Система может отвечать
9. Чек-лист - это документ, описывающий что должно быть протестировано. При этом чек-лист может быть абсолютно разного
10. Тестовый случай (Test Case) - это артефакт, описывающий совокупность шагов, конкретных условий и параметров, необходимых для
11. Позитивный тест кейс использует только корректные данные и проверяет, что приложение правильно выполнило вызываемую функцию. Негативный
12. Тестовые сценарии (Test Cases)
14. Баг или дефект репорт - это документ, описывающий ситуацию или последовательность действий, которые привели к некорректной
16. Короткое описание (Summary) Детальное описание (Description) Проект (Project) Компонент приложения (Component) Номер версии (Version) Серьезность (Severity)
17. Серьезность (Severity) - это атрибут, характеризующий влияние дефекта на работоспособность приложения. Приоритет (Priority) - это атрибут,
18. Severity: S1 Блокирующая (Blocker) S2 Критическая (Critical) S3 Значительная (Major) S4 Незначительная (Minor) S5 Тривиальная (Trivial)
19. Жизненный цикл бага
20. «Прочитав короткое описание бага (Bug Summary), я должен понять в чем состоит проблема, прочитав детальное описание
21. Короткое описание (Bug Summary) Детальное описание (Description) Серьезность (Severity) Шаги к воспроизведению (Steps to reproduce) Результат
24. Скачать презентацию

Слайд 2

Вспоминаем материал прошлой лекции
ЖЦ тестирования ПО
Артефакты тестирования
Работа с багтрекинговой системой
План

на сегодня

Слайд 3

Что такое проект?
Участники проекта?
Цикл разработки ПО?
Модели разработки ПО?
Методологии разработки ПО?
Вспоминаем

Слайд 4

Жизненный цикл тестирования

Слайд 5

План тестирования (Test Plan)*
Варианты использования (Use Cases)*
Список проверки (Checklist)*
Тестовые сценарии (Test

Cases)*
Матрица соответствий (Traceability Matrix)
Отчет об ошибке (Bug Report)*
Отчет о тестировании (Test Result Report)
…

Артефакты тестирования

Слайд 6

Тест план (Test Plan) - это документ, описывающий весь объем работ по

тестированию, начиная с описания объекта, стратегии, расписания, критериев начала и окончания тестирования, до необходимого в процессе работы оборудования, специальных знаний, а также оценки рисков с вариантами их разрешения.

План тестирования (Test Plan)

Слайд 7

Что надо тестировать?
Что будем тестировать?
Когда будем тестировать?
Критерии начала тестирования
Критерии окончания тестирования
Окружение

тестируемой системы (описание программно-аппаратных средств)
Необходимое для тестирования оборудование и программные средства

План тестирования (Test Plan)

Слайд 8

Описание поведения системы, когда она взаимодействует с кем-то (или чем-то) из

внешней среды. Система может отвечать на внешние запросы Актора (англ. Actor), может сама выступать инициатором взаимодействия.

Варианты использования (Use Cases)

Слайд 9

Чек-лист - это документ, описывающий что должно быть протестировано. При этом

чек-лист может быть абсолютно разного уровня детализации.
Составляющие:
Функционал для тестирования
Ожидаемый результат (+\-)
Статус

Список проверки (Checklist)

Слайд 10

Тестовый случай (Test Case) - это артефакт, описывающий совокупность шагов, конкретных

условий и параметров, необходимых для проверки реализации тестируемой функции или её части.

Тестовые сценарии (Test Cases)

Слайд 11

Позитивный тест кейс использует только корректные данные и проверяет, что приложение правильно

выполнило вызываемую функцию.
Негативный тест кейс оперирует как корректными так и некорректными данными (минимум 1 некорректный параметр) и ставит целью проверку исключительных ситуаций (срабатывание валидаторов), а также проверяет, что вызываемая приложением функция не выполняется при срабатывании валидатора.

Виды Тестовых Случаев

Слайд 12

Тестовые сценарии (Test Cases)

Слайд 13

Слайд 14

Баг или дефект репорт - это документ, описывающий ситуацию или последовательность

действий, которые привели к некорректной работе объекта тестирования, с указанием причин и ожидаемого результата.

Отчет об ошибке (Bug Report)

Слайд 15

Слайд 16

Короткое описание (Summary)
Детальное описание (Description)
Проект (Project)
Компонент приложения (Component)
Номер версии (Version)
Серьезность (Severity)
Приоритет

(Priority)
Статус (Status)
Автор (Author)
Назначен на (Assigned To)
ОС / Сервис Пак / Версия приложения…
Описание (Steps+Results)
Прикрепленный файл (Attachment)

Структура баг репорта

Слайд 17

Серьезность (Severity) - это атрибут, характеризующий влияние дефекта на работоспособность приложения.
Приоритет

(Priority) - это атрибут, указывающий на очередность выполнения задачи или устранения дефекта. Можно сказать, что это инструмент менеджера по планированию работ. Чем выше приоритет, тем быстрее нужно исправить дефект.

Серьезность и Приоритет дефекта

Слайд 18

Severity:
S1 Блокирующая (Blocker)
S2 Критическая (Critical)
S3 Значительная (Major)
S4 Незначительная (Minor)
S5 Тривиальная

(Trivial)
Priority:
P1 Высокий (High)
P2 Средний (Medium)
P3 Низкий (Low)

Градация Серьезности (Severity) и Приоритета (Priority)

Слайд 19

Жизненный цикл бага

Слайд 20

«Прочитав короткое описание бага (Bug Summary), я должен понять в чем

состоит проблема, прочитав детальное описание бага (Bug Description) я должен знать строку кода, которую править.» ©
Принцип «Что? Где? Когда?»

Написание баг репортов

Слайд 21

Короткое описание (Bug Summary)
Детальное описание (Description)
Серьезность (Severity)
Шаги к воспроизведению (Steps to

reproduce)
Результат (Actual Result)
Ожидаемый результат (Expected Result)
Версия приложения (Build found)

Обязательные поля баг репорта

Слайд 22

Артефакты тестирования. Жизненный цикл тестирования

Содержание

Вспоминаем материал прошлой лекцииЖЦ тестирования ПОАртефакты тестированияРабота с багтрекинговой системой План

Что такое проект?Участники проекта?Цикл разработки ПО?Модели разработки ПО?Методологии разработки ПО?Вспоминаем

Жизненный цикл тестирования

План тестирования (Test Plan)*Варианты использования (Use Cases)*Список проверки (Checklist)*Тестовые сценарии (Test

Тест план (Test Plan) - это документ, описывающий весь объем работ по

Что надо тестировать?Что будем тестировать?Когда будем тестировать?Критерии начала тестированияКритерии окончания тестированияОкружение

Описание поведения системы, когда она взаимодействует с кем-то (или чем-то) из

Чек-лист - это документ, описывающий что должно быть протестировано. При этом

Тестовый случай (Test Case) - это артефакт, описывающий совокупность шагов, конкретных

Позитивный тест кейс использует только корректные данные и проверяет, что приложение правильно

Тестовые сценарии (Test Cases)

Баг или дефект репорт - это документ, описывающий ситуацию или последовательность

Короткое описание (Summary)Детальное описание (Description)Проект (Project)Компонент приложения (Component)Номер версии (Version)Серьезность (Severity)Приоритет

Серьезность (Severity) - это атрибут, характеризующий влияние дефекта на работоспособность приложения.Приоритет

Severity:S1 Блокирующая (Blocker)S2 Критическая (Critical) S3 Значительная (Major) S4 Незначительная (Minor) S5 Тривиальная

Жизненный цикл бага

«Прочитав короткое описание бага (Bug Summary), я должен понять в чем

Короткое описание (Bug Summary)Детальное описание (Description)Серьезность (Severity)Шаги к воспроизведению (Steps to

Похожие презентации

Вспоминаем материал прошлой лекции
ЖЦ тестирования ПО
Артефакты тестирования
Работа с багтрекинговой системой
План

Что такое проект?
Участники проекта?
Цикл разработки ПО?
Модели разработки ПО?
Методологии разработки ПО?
Вспоминаем

План тестирования (Test Plan)*
Варианты использования (Use Cases)*
Список проверки (Checklist)*
Тестовые сценарии (Test

Что надо тестировать?
Что будем тестировать?
Когда будем тестировать?
Критерии начала тестирования
Критерии окончания тестирования
Окружение

Короткое описание (Summary)
Детальное описание (Description)
Проект (Project)
Компонент приложения (Component)
Номер версии (Version)
Серьезность (Severity)
Приоритет

Серьезность (Severity) - это атрибут, характеризующий влияние дефекта на работоспособность приложения.
Приоритет

Severity:
S1 Блокирующая (Blocker)
S2 Критическая (Critical)
S3 Значительная (Major)
S4 Незначительная (Minor)
S5 Тривиальная

Короткое описание (Bug Summary)
Детальное описание (Description)
Серьезность (Severity)
Шаги к воспроизведению (Steps to