Что такое шаблон плана тестирования?
ШАБЛОН ПЛАНА ИСПЫТАНИЙ — это подробный документ, который описывает стратегию тестирования, цели, график, оценку и результаты, а также ресурсы, необходимые для тестирования. План тестирования помогает нам определить усилия, необходимые для проверки качества тестируемого приложения. План тестирования служит планом для проведения мероприятий по тестированию программного обеспечения как определенного процесса, который тщательно контролируется и контролируется менеджером тестирования.
Создание плана тестирования является обязательным для обеспечения успеха вашего проекта тестирования программного обеспечения. Если вы новичок в планировании тестирования, обратитесь к этому руководству в разделе Как создать план тестирования
Скачать образец шаблона плана тестирования
Ниже приведены важные составляющие плана испытаний.
- 1. Введение
- 1.1 Область применения
- 1.1.1 В поле
- 1.1.2 Вне области видимости
- 1.2 Цель качества
- 1.3 Роли и обязанности
- 2 Методология испытаний
- 2.1 Обзор
- 2.2 Уровни испытаний
- 2.3 Ошибка сортировки
- 2.4 Критерии приостановки и требования возобновления
- 2.5 Проверка полноты
- 3 Результаты теста
- 4 Потребности в ресурсах и окружающей среде
- 4.1 Инструменты тестирования
- 4.2 Тестовая среда
1. Введение
Краткое введение в стратегии тестирования, процесс, рабочий процесс и методологии, используемые для проекта
1.1) Область применения
1.1.1) В поле
Область действия определяет функции, функциональные или нефункциональные требования программного обеспечения, которое будет тестироваться.
1.1.2) Вне области видимости
Out Of Scope определяет функции, функциональные или нефункциональные требования программного обеспечения, которые НЕ будут тестироваться
1.2) Цель качества
Здесь следует упомянуть общую цель, которую вы планируете достичь с помощью ручного тестирования и тестирования автоматизации.
Некоторые цели вашего проекта тестирования могут быть
- Убедитесь, что тестируемое приложение соответствует функциональным и нефункциональным требованиям.
- Убедитесь, что AUT соответствует спецификациям качества, определенным клиентом
- Ошибки / проблемы выявляются и исправляются перед запуском
1.3) Роли и обязанности
Подробное описание ролей и обязанностей различных членов команды, таких как
- QA Analyst
- Тест менеджер
- Диспетчер конфигурации
- Разработчики
- Команда установки
Среди других
2) Методология испытаний
2.1) Обзор
Укажите причину принятия конкретной методики испытаний для проекта. Методология испытаний, выбранная для проекта, может быть
- Водопад
- итеративный
- проворный
- Экстремальное программирование
Выбранная методология зависит от нескольких факторов. Вы можете прочитать о методологии испытаний здесь
2.2) Уровни испытаний
Уровни тестирования определяют типы тестирования, которые должны выполняться в тестируемом приложении (AUT ). Уровни тестирования в основном зависят от масштаба проекта, временных и бюджетных ограничений.
2.3) Ошибка Triage
Целью сортировки является
- Определить тип разрешения для каждой ошибки
- Расставить приоритеты ошибок и определить расписание для всех «исправляемых ошибок».
2.4) Критерии приостановки и требования возобновления
Критерии приостановки определяют критерии, которые будут использоваться для приостановки всей или части процедуры тестирования, в то время как критерии возобновления определяют, когда тестирование может возобновиться после того, как оно было приостановлено.
2.5) Тест на полноту
Здесь вы определяете критерии, по которым ваше тестирование будет завершено.
Например, несколько критериев для проверки полноты теста будут
- 100% тестовое покрытие
- Все ручные и автоматизированные тесты выполнены
- Все открытые ошибки исправлены или будут исправлены в следующем выпуске
3) Результаты теста
Здесь упоминаются все тестовые артефакты, которые будут доставлены на разных этапах жизненного цикла тестирования.
Вот простые результаты
|
4) Потребности в ресурсах и окружающей среде
4.1) Инструменты тестирования
Составьте список инструментов, таких как
- Инструмент отслеживания требований
- Инструмент отслеживания ошибок
- Инструменты автоматизации
Требуется для тестирования проекта
4.2) Тестовая среда
В нем упоминаются минимальные требования к оборудованию, которые будут использоваться для тестирования Приложения.
Следующее программное обеспечение требуется в дополнение к клиентскому программному обеспечению.
- Windows 8 и выше
- Office 2013 и выше
- MS Exchange и др.
5) Термины / Сокращения
Укажите любые термины или сокращения, используемые в проекте.
| TERM / АКРОНИМ | ОПРЕДЕЛЕНИЕ |
| API | Интерфейс прикладной программы |
| AUT | Тестируемое приложение |
Загрузите вышеуказанный формат шаблона плана тестирования
Пример веб-приложения Banking Plan для примера плана тестирования
1. Введение
План тестирования разработан таким образом, чтобы прописать объем, подход, ресурсы и график всех тестирований проекта Guru99 Bank.
В плане указываются элементы, подлежащие тестированию, функции, подлежащие тестированию, типы тестов, которые необходимо выполнить, персонал, ответственный за тестирование, ресурсы и график, необходимые для завершения тестирования, а также риски, связанные с планом.
1.1 Область применения
1.1.1 В поле
Все функции веб-сайта Guru99 Bank, которые были определены в спецификации требований к программному обеспечению , должны быть превзойдены
| Имя модуля | Применимые роли | Описание |
| Баланс Запрос | Менеджер Заказчик | Клиент : клиент может иметь несколько банковских счетов. Он может просматривать баланс своих счетов только менеджера : менеджер может просматривать баланс всех клиентов, которые находятся под его контролем |
| Перевод денежных средств | Менеджер Заказчик | Клиент. Клиент может перевести средства со своего «собственного» счета на любой целевой счет. Менеджер : менеджер может переводить средства с любого исходного банковского счета на целевой счет |
| Мини Заявление | Менеджер Заказчик | Мини-выписка покажет последние 5 транзакций по счету. Клиент: Клиент может видеть мини-выписку только со своего «собственного» менеджера по счетам : Менеджер может видеть мини-выписку по любому счету. |
| Индивидуальная выписка | Менеджер Заказчик | Настраиваемая выписка позволяет вам фильтровать и отображать транзакции в учетной записи на основе даты, стоимости транзакции. Клиент: клиент может видеть заказную выписку только со своего «собственного» диспетчера счетов : менеджер может видеть индивидуальную отчетность для любой учетной записи. |
| Изменить пароль | Менеджер Заказчик | Клиент: клиент может изменить пароль только своей учетной записи. Менеджер : Менеджер может изменить пароль только своей учетной записи. Он не может изменить пароли своих клиентов |
| Новый покупатель | Управляющий делами | Менеджер : Менеджер может добавить нового клиента. |
| Управляющий делами | Менеджер: Менеджер может редактировать детали, такие как адрес, электронная почта, телефон клиента. |
|
| Новый аккаунт | Управляющий делами | В настоящее время система предоставляет 2 типа учетных записей. • Сохранение. • Текущий. У клиента может быть несколько учетных записей (одна на свое имя, другая на совместное имя и т. Д.). У него может быть несколько текущих счетов для разных компаний, которыми он владеет. Или он может иметь несколько текущих и сберегательных счетов. Менеджер: Менеджер может добавить новую учетную запись для существующего клиента. |
| Редактировать аккаунт | Управляющий делами | Менеджер: Менеджер может добавить редактировать данные учетной записи для существующей учетной записи |
| Удалить аккаунт | Управляющий делами | Менеджер: Менеджер может добавить удалить учетную запись для клиента. |
| Удалить клиента | Управляющий делами | Клиент может быть удален только в том случае, если у него / нее нет активного текущего или сохраняющего учетных записей. Менеджер может удалить клиента. |
| депозит | Управляющий делами | Менеджер: Менеджер может внести деньги на любой счет. Обычно делается, когда наличные деньги хранятся в отделении банка. |
| Вывод | Управляющий делами | Менеджер: Менеджер может снять деньги с любого счета. Обычно делается, когда деньги снимаются в отделении банка. |
1.1.2 Вне области видимости
Эти функции не тестируются, поскольку они не включены в спецификации требований к программному обеспечению.
- Пользовательские интерфейсы
- Аппаратные интерфейсы
- Программные интерфейсы
- База данных логическая
- Интерфейсы связи
- Безопасность и производительность сайта
1.2 Цель качества
Цели теста состоят в том, чтобы проверить функциональность веб-сайта Guru99 Bank, проект должен сосредоточиться на тестировании банковских операций, таких как управление счетами, снятие средств и баланс и т. Д. чтобы гарантировать все эти операции могут нормально работать в реальной бизнес-среде.
1.3 Роли и обязанности
Проект должен использовать сторонних участников в качестве тестера для экономии стоимости проекта.
| Нет. | член | Задания |
| 1. | Тест менеджер | Управлять всем проектом. Определить направления проекта. Приобрести соответствующие ресурсы. |
| 2. | Тестовое задание | Определение и описание соответствующих методов испытаний / инструментов / архитектуры автоматизации. Проверка и оценка подхода к проведению испытаний. Выполнение испытаний, регистрация результатов, уведомление о дефектах. Внешние участники |
| 3. | Разработчик в тесте | Реализуйте контрольные примеры, тестовую программу, набор тестов и т. Д. |
| 4. | Тест Администратор | Создает и обеспечивает управление и поддержку тестовой среды и активов. Support Tester для использования тестовой среды для выполнения теста. |
| 5. | Члены SQA | Возьмите на себя ответственность за обеспечение качества Проверьте, чтобы убедиться, что процесс тестирования соответствует указанным требованиям |
2 Методология испытаний
2.1 Обзор
2.2 Уровни испытаний
В проекте Guru99 Bank существует 3 вида тестирования.
- Интеграционное тестирование (отдельные программные модули объединяются и тестируются в группе)
- Система тестирования: Провел на полной , интегрированной системы для оценки соответствия системы с ее установленным требованиям
- Тестирование API: протестируйте все API, созданные для тестируемого программного обеспечения.
2.3 Ошибка сортировки
2.4 Критерии приостановки и требования возобновления
Если члены команды сообщают, что 40% тестовых случаев не пройдены, приостановите тестирование, пока команда разработчиков не исправит все неудачные тесты.
2.5 Проверка полноты
- Определяет критерии, которые обозначают успешное завершение фазы тестирования
- Запуск скорость является обязательным , чтобы быть 100% , если только ясная причина не дается.
- Проходной балл составляет 80%, достижение проходного балла является обязательным
2.6 Задача проекта, оценка и график
| задача | члены | Оценить усилие |
| Создать спецификацию теста | Дизайнер тестов | 170 человеко-часов |
| Выполнить тестирование | Тестер, Тест Администратор | 80 человеко-часов |
| Протокол испытаний | тестер | 10 человеко-часов |
| Тестовая Доставка | 20 человеко-часов | |
| Всего | 280 человеко-часов |
Расписание для выполнения этих задач
3 Результаты теста
Результаты испытаний предоставляются, как показано ниже
Перед этапом тестирования
- Документ о планах испытаний.
- Документы тестовых случаев
- Спецификация дизайна теста.
Во время тестирования
— Тестовые инструменты Симуляторы.
— Тестовые данные
— Test Trace-Способность Matrix — Журналы ошибок и журналы выполнения.
После окончания циклов тестирования
- Результаты тестов / отчеты
- Отчет о дефектах
- Руководство по установке / тестированию
- Примечания к выпуску
4 Потребности в ресурсах и окружающей среде
4.1 Инструменты тестирования
| Нет. | Ресурсы | Описания |
| 1. | сервер | Нужен сервер базы данных для установки сервера MySQL Веб-сервер для установки сервера Apache |
| 2. | Тестовый инструмент | Разработайте инструмент Test, который может автоматически генерировать результат теста в предварительно заданную форму и автоматически выполнять тест |
| 3. | сеть | Настройте гигабитную сеть и 1 интернет-линию со скоростью не менее 5 Мбит / с |
| 4. | компьютер | Как минимум 4 компьютера под управлением Windows 7, Ram 2 ГБ, процессор 3.4 ГГц |
4.2 Тестовая среда
Тестовая среда должна быть настроена в соответствии с рисунком ниже