ГОСТ Р 56922-2016/ISO/IEC/IEEE 29119-3:2013 Системная и программная инженерия. Тестирование программного обеспечения. Часть 3. Документация тестирования

     5.2 Политика Тестирования

5.2.1 Общие сведения

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

В A.2.2 (приложение A) представлен макет Организационной Политики Тестирования, а в D.1 и D.2 (приложение D) приведены примеры, которые демонстрируют, как могут быть разработаны Организационные Политики Тестирования для двух различных проектов.

Содержание Политики Тестирования описано ниже.

5.2.2 Спецификация документа

5.2.2.1 Общие сведения

Здесь представлена информация, которая идентифицирует документ и определяет его источники и историю.

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

5.2.2.2 Уникальная идентификация документа

Однозначно определяет версию документа.

Пример - Уникальный идентификатор может содержать название документа, дату выпуска, версию и/или состояние документа (например, рассмотренный проект, исправленный или окончательный).

5.2.2.3 Оформляющая организация

Определяет организацию, ответственную за подготовку и выпуск документа. Сюда могут также быть включены имена авторов (автора).

5.2.2.4 Полномочия по утверждению

Идентифицирует назначенное лицо (лиц), которое несет ответственность за рассмотрение и утверждение (подпись) документа (возможно в электронном виде). Сюда могут также быть включены рецензенты и соответствующие менеджеры.

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

Сюда входит журнал всех изменений, которые произошли с документом, начиная с момента его создания.

Примеры

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

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

5.2.3 Введение

Предоставляет разъясняющую информацию о содержании и структуре документа.

5.2.3.1 Область применения

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

5.2.3.2 Ссылки

Перечисляет нормативные ссылки и определяет хранилища для систем, программного обеспечения и информации о тестировании. Ссылки могут быть разделены на "внутренние" ссылки организации и "внешние" ссылки, которые не относятся к организации.

Пример - Нормативными документами могут быть политики, планы, процедуры и другие.

5.2.3.3 Глоссарий