Обзор шаблона плана тестирования
План тестирования - это документ, в котором описывается метод тестирования, стратегия, выбор аппаратного / программного обеспечения, план-график и оценка результатов. Управляет мой менеджер тестов.
Давайте рассмотрим один из примеров: один из менеджеров по тестированию собраний просит команду составить план тестирования для этого проекта, и команда не заинтересована. В таком случае, как менеджер по тестированию хочет справиться с этой ситуацией.
Подумайте о своем менеджере тестов и выберите свой ответ ниже:
- Я менеджер, поэтому вы должны делать то, что я говорю
- Хорошо, позвольте мне объяснить, почему проекту нужен план тестирования.
Если я менеджер, я выберу второй вариант и надеюсь, что вы тоже.
Нужен план испытаний
- Это будет проверять качество приложения / программного обеспечения
- Тестеры должны следовать указаниям, приведенным в документе
- Объем, оценка, стратегия документируются и могут быть использованы для других проектов.
Как написать шаблон плана тестирования?
Существует восемь важных задач, которые необходимо выполнить для написания шаблона плана тестирования:
Это о том, как мы пишем шаблон плана тестирования, который подробно описан ниже:
1. Анализировать
Без данных невозможно что-либо проанализировать. Таким образом, мы должны определить проект / проект, который необходимо проанализировать. Предположим, мы разработали веб-сайт и должны быть проанализированы с использованием методов тестирования. Прежде чем войти в тестовую стратегию, нам нужно просмотреть документ продукта, в котором есть детали проекта, сначала нам нужно понять функциональность, а затем провести анализ. Ниже приведен пример анализа, который проводится для этого сайта.
- Какая польза от этого сайта?
- Кто такие конечные пользователи?
- Как это будет работать?
- Какая версия программного обеспечения используется?
- Что такое аппаратное обеспечение?
2. Дизайн
Разработка дизайна тестирования является важным шагом в шаблоне плана тестирования, и он будет определяться менеджером тестирования.
а) Определить объем тестирования
Перед написанием дизайна теста мы должны определить «по объему» и «вне рамок» для тестирования, и все в команде должны быть четко понимают проект и должны предоставлять точные данные. Как вы определите область для тестирования?
- Требование к клиенту
- бюджет
- Спецификация программного обеспечения
б) Определить тип тестирования
Определив тип тестирования, чтобы выявить любую ошибку в программном обеспечении, конечная цель - доставить программное обеспечение клиенту без каких-либо ошибок. Некоторые из основных методов тестирования
- Модульное тестирование: тестирование самого маленького программного обеспечения или приложения
- Тестирование API: тестирование API, созданного для приложения
- Интеграционный тест: тестирование модулей, объединенных в приложение
- Проверка системы: проверка соответствия системы конкретным требованиям
- Установка / удаление теста: настройка / удаление определенного программного обеспечения в среде клиента
- Гибкое тестирование: тестируйте гибкую методологию
c) Риск и проблема с документами
Определите риск, и он окажет потенциальное влияние на шаблон плана тестирования и какие меры являются проблемой. Ниже приведены некоторые факторы риска.
- У людей не хватает навыков для тестирования этого сайта
- У менеджера по тестированию недостаточно навыков для определения техники тестирования.
- Отсутствие сотрудничества в команде
- Плохая оценка бюджета
г) Создать тестовую логистику
На этом этапе менеджер тестов должен решить, кто будет тестировать? и когда произойдет тест? Выбор правильного человека для конкретной задачи очень важен для понимания методов. Тестирование может проводиться в любое время, оно также может начинаться с этапа разработки. Когда приведенный ниже источник доступен, он готов к тестированию.
- Спецификация теста и документ с требованиями
- Человеческие ресурсы
- Тестовая среда
3. Цель теста
Основная цель тестирования - выявить дефекты и выпустить программное обеспечение как исправное. Цель теста должна следовать следующим шагам:
а) Проверьте программное обеспечение или функцию приложения.
б) Проверьте функцию на основе набора целей и цели.
Возьмем этот веб-сайт в качестве примера, чтобы выполнить вышеуказанные шаги, используя самый распространенный метод тестирования TOP-DOWN.
- Убедитесь, что сайт работает в реальных условиях без каких-либо проблем
- Нужно проверить потребности клиентов, и это соответствует их ожиданиям
- Это должно быть удобным
4. Критерии испытаний
Критерии могут использоваться как правило или процедура для вынесения суждения о тестировании. Существует два типа критериев тестирования:
а) Критерии подвески
Менеджер тестов должен установить цель для приостановки. Когда он достигнет цели, тест будет приостановлен до тех пор, пока критерии не будут решены. Скажем, предположим, что 30% тестовых случаев провалились для проекта, и он должен вернуться к команде разработчиков. Тестирование не может быть выполнено, пока проблема не устранена.
б) Критерии выхода
Критерии выхода могут быть установлены как максимальный процент (например, 96%). Когда результат теста встречается с этим процентом, проект можно рассматривать как PASS. Обязательным является выполнение 100% тестовых случаев, но проход можно определить как 96%.
( Formulae:- Number of test cases passed / total test cases executed )
5. Планирование ресурсов
Планирование ресурсов может быть как человеческим, так и оборудованием, которое требует этого плана тестирования для выполнения задачи.
а) человеческие ресурсы
- Тест менеджер
- тестер
- Разработчик в тесте
- Инженер QA
б) Системный ресурс
- сервер
- Тестовый инструмент
- сеть
- компьютер
6. План тестирования среды
Среда тестирования предназначена для настройки аппаратного и программного обеспечения для проведения тестирования. Он должен быть развернут в бизнес-среде в реальном времени. За настройкой среды можно следовать как Сервер разработки -> Сервер тестирования / QA -> Рабочий сервер. После завершения этапа разработки он перейдет к группе тестирования, а после завершения тестирования он будет работать в производственной среде.
7. Расписание и оценка
Для этого необходимо составить расписание и оценку для выполнения задачи в шаблоне плана тестирования.
| задача | член | Расчетная продолжительность |
| Создать план тестирования | Тест менеджер | 80 человеко-часов |
| Протокол испытаний | тестер | 200 человеко-часов |
| Тестовая Доставка | контроль качества | 30 человеко-часов |
8. Результаты теста
Результаты тестирования могут перечислить все документы и другие усилия, которые поддерживают эти усилия. Есть три типа результатов.
а) перед тестированием
- План документа
- Тестовый проектный документ
б) во время тестирования
- Захватить журналы ошибок
- матрица
- Ошибка выполнения
в) после тестирования
- Протокол испытаний
- Примечания к выпуску
Рекомендуемые статьи
Это руководство к шаблону плана тестирования. Здесь мы узнали, что такое План тестирования, необходимость в шаблоне плана тестирования, Как разработать план тестирования и т. Д. Вы также можете посмотреть следующие статьи, чтобы узнать больше:
- Методы статического тестирования
- Шаблоны AWS CloudFormation
- Инструменты облачного тестирования
- Тестирование протокола
- Типы и обработка ошибок в JavaScript
- 7 главных принципов гибкого тестирования со стратегиями
- Тестовые случаи и тестовый сценарий | Основные отличия
- Что такое тест-кейс?