ГОСТ Р 56922—2016
проекта/основной План Тестирования) или для конкретного подпроцесса тестирования (План Тестиро
вания системы. План Тестирования комплексирования программного обеспечения. План Тестирования
подсистемы. План Тестирования программного обеспечения субподрядчика. План Тестирования еди
ницы программного обеспечения, план теста производительности или план определенной итерации
тестирования). Если создается большое количество Планов Тестирования программного обеспечения,
то, чтобы помочьдокументировать взаимосвязи и информацию, содержащуюся в каждом из них, можно
построить дерево отображения.
В Плане Тестирования описаны решения, принятые во время начального планирования, и он раз
вивается. поскольку в составе управляющих действий осуществляется перепланирование.
В А.2.4 (приложение А) представлен макет Плана Тестирования, а в F.1 и F.2 (приложение F) при
ведены примеры, демонстрирующие разработку Планов Тестирования для двух различных проектов.
Далее приводится содержание Плана Тестирования.
6.2.2Спецификация документа
6.2.2.1 Общие сведения
Здесь представлена информация, которая идентифицирует документ и определяет его источники
и историю.
При мечание — Если документ хранится
в
электронной форме, например
в
базеданных, то информация
может быть помещена
в
начало или серединудокумента.
6.2.2.2 Уникальная идентификация документа
Однозначно определяет версию документа.
Пример— Уникальный идентификатор может содержать название документа, дату выпуска, вер
сию и/или состояние документа (например, рассмотренныйпроект, исправленный или окончательный).
6.2.2.3 Оформляющая организация
Определяет организацию, ответственную за подготовку и выпуск документа. Сюда могут также
быть включены имена авторов (автора).
6.2.2.4 Полномочия по утверждению
Идентифицирует назначенное лицо (лиц), которое несет ответственность за рассмотрение и ут
верждение (подпись) документа (возможно в электронном виде). Сюда могут также быть включены
рецензенты и соответствующие менеджеры.
6.2.2.5 История изменений
Сюда входит журнал всех изменений, которые произошли с документом, начиная с момента его
создания.
Примеры
1 Сюда может входить список, который содержит текущую версию документа и все предше
ствующие документы, уникальную идентификацию каждого документа, описание изменений докумен
та относительно предыдущего документа в списке, причины изменений, авторство и роль лица, вно
сящего изменения.
2 К причинам изменений могут относиться замечания аудита, анализ разработчиков, изменения
системы. Лицом, вносящем изменения, может быть автор документа, менеджер проекта, владелец
системы.
6.2.3Введение
Предоставляет разъясняющую информацию о содержании и структуре документа.
6.2.3.1 Область применения
Определяет степень покрытия предметной области документом и указывает все включения, ис
ключения, предположения и/или ограничения.
6.2.3.2 Ссылки
Перечисляет нормативные ссылки и определяет хранилища для систем, программного обеспече
ния и информации о тестировании. Ссылки могут быть разделены на «внутренние» ссылки организа
ции и «внешние» ссылки, которые не относятся к организации
Пример — Ссылки на документацию элемента тестирования, относящуюся к конкретному под
процессу тестирования, могут включать в себя ссылки на:
- требования;
- проект;
- руководство пользователя;
- руководство по работе и/или
- инструкцию по установке.
13