​

План тестирования системы программного обеспечения

Название программы:​

Производственная единица:​

 Исполнительная единица：​

Отчет день Ожидать:​

История изменений версий

Объект использования документа

Утверждающий персонал

1． Идентификатор документа

Этот документ содержит комплексный план испытаний для [название тестируемого продукта], разработанный [Производственным подразделением].

2. обзор

2.1 Назначение документа

Этот документ представляет собой руководство по завершению тестирования проекта [XXX]. В этом документе приводятся общие требования к требованиям к тестированию, тестовой среде, процессу тестирования и результатам тестирования. Он также является основой для подготовки других документов и оценки результатов в этом тестовом проекте.

2.2 Цель испытания

Цель этого теста объясняется здесь.

[Пример:

Данный тест представляет собой тест на подтверждение/оценку/приемку/передачу/регистрацию проекта [xxx]. Целью является предоставление объективной основы для определения того, соответствует ли система функциям и показателям производительности, указанным в «Спецификации требований». ]

2.3 Объем тестирования (соответствующий объем и содержание тестирования могут быть выбраны в соответствии с реальной ситуацией в системе компании)

См. контракт и требования к [название проекта],Объясните диапазон здесь,Перечислите виды тестов и Тестовый контент.

 [Пример:

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

2.4 Описание тестовой среды

Ниже представлен обзор тестовой среды и информация о конфигурации тестируемого приложения.

Программная среда:

Аппаратная среда:

Сетевое окружение:

Другое вспомогательное оборудование:

2.5 Ссылки

2.5.1 Сокращения

Перечислите здесь сокращения, использованные в этом тесте.

2.5.2 Определение

Термины, используемые в этом проекте, определены здесь.

2.5.3 Документация

Перечислите здесь документы и материалы, цитируемые в этом проекте.

3. Организационная структура

3.1 Роли и обязанности

[Название проекта] Участие в процессе тестирования Роль, обязанности по позициям и Навык, которые они должны иметь, следующие:

3.2 Инструменты обучения и тестирования

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

4. Ход тестирования

Общий ход выполнения этого тестового проекта представлен здесь.

5. Процесс тестирования

5.1 Типы испытаний

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

5.2 Методы испытаний

Здесь указаны методы тестирования, которые будут использоваться в этом проекте.

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

]

5.3 Тестирование ключевых областей процесса

Ключевые области процесса для завершения тестирования этого проекта включают в себя:

Ø Составление плана испытаний;

Ø Написание тестовых примеров;

Ø Подготовка тестовой среды;

Ø Выполнение теста;

Ø Анализ результатов испытаний;

Ø Отчет о состоянии теста.

5.3.1 Составление плана испытаний

Перечислите конкретный график плана тестирования для подготовки тестовых ресурсов, тестирования доступа, тестирования системы, тестирования доступа и других тестов.

5.3.2 Написание тестовых примеров

Это определяет, как будут написаны тестовые примеры.

[Пример:

Ø Разработать список испытаний на основе требований, проектной документации и других сопутствующих документов;

Ø Проверить покрытие списка тест-кейсов и сформировать подробные тест-кейсы в соответствии с методом разработки тест-кейсов после улучшения;

]

5.3.3 Подготовка тестовой среды

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

[Пример:

Ø Подготовить аппаратное обеспечение;

Ø Установить программное обеспечение;

Ø Настроить сетевое окружение;

Ø Подготовка тестовых данных.

]

5.3.4 Выполнение теста

Выполняйте тестовые случаи один за другим в соответствии с тестовыми примерами и отправляйте сообщения об ошибках в инструмент управления ошибками при их возникновении.

5.3.5 Написание отчетов об испытаниях

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

5.4 Критерии приемки

Уровень выполнения тест-кейса должен достигать 100 %, процент прохождения тест-кейса должен достигать 80 %, все ошибки исправлены, а оставшиеся ошибки не должны быть исправлены временно с согласия руководителя проекта. Сохраненные ошибки не должны влиять на работу проекта. нормальное использование системного программного обеспечения, и должен быть выдан сертификат. Точный отчет об испытаниях.

6. Связанные процессы

6.1 Управление дефектами

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

Пример:

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

Используйте инструменты управления ZenTao для отслеживания и управления дефектами. Отчет, представленный после завершения проекта, включает следующее содержание:

идентификатор дефекта;

Название проекта;

примерная версия;

тестовая платформа;

Операционная система；

Имя функционального модуля;

Приоритет дефекта;

воспроизводимость;

автор;

Подтверждающий;

Краткое описание проблем с дефектами;

Подробное описание неисправности.

7. Риски и проблемы

Например:

Риски и проблемы включают следующее:

Ø Завершает ли отдел разработки запланированные работы вовремя;

Ø Формулировка плана тестирования, процесса тестирования и хода тестирования недостаточно разумна и стандартизирована. В ходе проекта выяснилось, что его работоспособность недостаточна;

Ø Имеются ли необходимые ресурсы для тестирования. Например: достаточно ли членов команды тестировщиков, вовремя ли проводится обучение тестировщиков и соответствует ли тестировщик Навык требованиям. необходимое программное обеспечение, аппаратное обеспечение и операционный тест Готова ли система и другая тестовая среда;

Ø Существует ли эффективная коммуникация между тестировщиком, а также между членами команды тестировщиков и пользователями;

Ø Участники проекта не знакомы с используемыми инструментами и системами тестирования, и в процессе использования могут возникать отклонения, влияющие на эффективность тестирования.