ГОСТ Р 56922—2016
Полные шаблоны документов с пояснением приводятся далее. В приложении А представлены
схемы всех документов. В приложениях с I до S приведены примеры документации процесса динами
ческого тестирования для организации.
При мечание — Существует множество стилей и названий документации, например, в динамичной раз
работке списки сеансов и главы с идеями тестирования. Предполагается, что при адаптированном соответствии,
определенно».» в 2.2.2. названия документов могут быть изменены. Можно представить соответствие названий. В
приложениях к настоящему стандарту приводятся примеры двух различных типов проекта с возможностью адап
тации и»/ен. В приложениях не приведены все возможные названия, форматы документов и методы тестирования.
Назначение приложений — показать некоторые возможные варианты.
7.2 Спецификация Проекта Тестирования
7.2.1 Общие сведения
Спецификация Проекта Тестирования определяет функции, которые будут проверяться, и тесто
вые условия, полученные из базиса тестирования для каждой из функций в качестве первого шага для
определения контрольных примеров и процедур тестирования, которые будут выполняться.
В А.2.7 (приложение А) представлен макет Спецификации Проекта Тестирования, а в 1.1 и I.2
(приложение I) приводятся примеры, демонстрирующие, как для двух различных проектов могут быть
разработаны Спецификации Проектов Тестирования.
Содержание Спецификации Проекта Тестирования представлено ниже.
7.2.2 Спецификация документа
7.2.2.1 Общие сведения
Здесь представлена информация, которая идентифицирует документ и определяет его источники
и историю.
Примечание — Если документ хранится в электронной форме, например, в базе данных, то информа
ция может быть помещена в начало или середину документа.
7.22.2
Уникальная идентификация документа
Однозначно определяет версию документа.
Пример— Уникальный идентификатор может содержать название документа, даты выпуска, вер
сии и/или состояния документа (например, рассмотренный проект, исправленный или окончательный).
7.2.2.3 Оформляющая организация
Определяет организацию, ответственную за подготовку и выпуск документа. Сюда могут также
быть включены имена авторов (автора).
7.2.2.4
Полномочия по утверждению
Идентифицирует назначенное лицо (лиц), которое несет ответственность за рассмотрение и ут
верждение (подпись) документа (возможно в электронном виде). Сюда также могут быть включены
рецензенты и соответствующие менеджеры.
7.22.5
История изменений
Сюда входит журнал всех изменений, которые произошли с документом, начиная с момента его
создания.
Примеры
1 Сюда может входить список, который содержит текущую версию документа и все предше
ствующие документы, уникальную идентификацию каждого документа, описание изменений докумен
та относительно предыдущего документа в списке, причины изменений, авторство и роль лица, вно
сящего изменения.
2 К причинам изменений могут относиться замечания аудита, анализ разработчиков, изменения
системы. Лицом, вносящим изменения, может быть автор документа, менеджер проекта, владелец
системы.
7.2.3 Введение
Предоставляет разъясняющую информацию о содержании и структуре документа.
7.2.3.1 Область применения
Определяет степень покрытия предметной области документом и указывает все включения, ис
ключения. предположения и/или ограничения.
21