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

1. Анализ и дизайн

2.  Планирование
 Контроль
 Анализ
 Дизайн
 Внедрение
 Выполнение
 Оценка критериев завершения
тестирования
 Отчетность
 Завершение тестирования

3. Что?
Где?
Когда?
Зачем?
Как?

4.  Объект тестирования
 Условия тестирования
 Стратегия разработки тестов
 Используемые техники
 Тестовые данные
 Ожидаемые результаты
 График выполнения тестирования

5.  Планирование по документации
 Знакомство с системой
 Определение ключевых элементов
тестирования
 Определение наиболее важных / рисковых
/ часто используемых областей программы
 Детализация плана

6. Тест план – это документ,
детально описывающий что и как
тестировать

7.  Тест план как продукт
 Тест план как инструмент

8. Определяется тем, на сколько он помогает в
организации процесса тестирования и поиске
ошибок. Любые его составляющие, не
отвечающие этим задачам, являются пустой
тратой ресурсов

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

10.  Контроль полноты охвата продукта
 Избежать лишних повторений и не забыть
ничего важного
 Быстро проанализировать программу и
выделить наилучшие тесты
 Подготовить информацию для
завершающего тестирования
 Повышение эффективности тестирования

11.  Совместное обдумывание стратегии
 Повышение эффективности и полноты теста
 Обсуждение объема тестирования
 Обсуждение календарного плана
тестирования
 Распределение работы

12.  Достижение соглашения об объемах
тестирования
 Оценка ресурсов
 Структуризация
 Организация
 Координирование и управление работой
 Отслеживание состояния проекта

13.  Обеспечивает большее покрытие
 «Основан на реальных событиях»
 Позволяет установить причину ошибки
 Более информативный
 В меру сложный
 Может быть легче оценен

14.  Введение, документация
 Тестируемые элементы
 Тестируемые / нетестируемые функции
 Подход, виды и концепции тестирования
 Критерии прохождения тестов и/или
приостановки и возобновления работ
 Необходимое оборудование, версия ПО, права
доступа
 Необходимый персонал и обучение,
ответственность
 Календарный план
 Риск и непредвиденные обстоятельства
 Утверждение

15.  Списки
 Таблицы
 Деревья принятия решений
 Схемы
 Чек-листы
 Тест-кейсы!

16. Как встретить
Новий год?
Остаться дома Уехать
В одиночку К
Пригласить В "публичные"
перед родственникам
гостей места
телевизором или зракомым

18. Тест-кейс – задокументированный набор
тестовых вводных, условий их выполнения и
ожидаемых результатов, которые могут быть
использованы для тестирования отдельного
объекта (элемента) системы

19.  «Мини» тест-план
 Один тест – один объект

20.  Цель тест кейса
 Предварительные условия
 Тестовые данные
 Пошаговая инструкция
 Ожидаемые результаты

21.  «Основан на реальных событиях»
 Позволяет установить причину ошибки
 Более информативный
 В меру сложный
 Может быть легче оценен
 Предполагает два исхода выполнения

22. Возможны два варианта исхода выполнения
тест кейса:
 Успешно выполненный тест
 В результате выполнения теста обнаружены
ошибки

23. Один и тот же тест кейс может быть
хорошим в одной ситуации (для одного
объекта) и плохим в другой!