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

7.5. Требования к Тестовым Данным

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

Требования к Тестовым Данным описывают свойства тестовых данных, необходимые для выполнения процедур тестирования, определенных в Спецификации Процедур Тестирования.

В A.2.10 (приложение A) представлен макет Требований к Тестовым Данным, а в L.1 и L.2 (приложение L) приводятся примеры двух различных проектов, в которых показано, как могут быть разработаны Требования к Тестовым Данным.

Содержание Требований к Тестовым Данным представлено далее.

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

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

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

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

 

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

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

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

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

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

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

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

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

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

Примеры

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

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

7.5.3 Введение

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

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

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

7.5.3.2 Ссылки

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

7.5.3.3 Глоссарий

Представляет собой словарь терминов, сокращений и аббревиатур, если таковые используются в документе.

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

 

7.5.4 Подробные Требования к Тестовым Данным

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

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

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

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

Пример - Данные могут быть определены в диаграмме классов или диаграмме сущностей и связей.

Содержание описания требований к тестовым данным приводится далее.

7.5.4.2 Уникальный идентификатор

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

7.5.4.3 Описание

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

Пример - "По крайней мере 10 потребителей должны быть в базе данных с полным и корректным идентификатором и всей другой обязательной информацией о потребителе".

7.5.4.4 Ответственность

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

7.5.4.5 Необходимый период

Идентифицирует, когда и как долго необходимы тестовые данные. Тестовые данные могут быть необходимы в течение одного неразделенного периода или в течение нескольких отдельных периодов.

7.5.4.6 Необходимость сброса

Определяет, должны ли тестовые данные быть сброшены в ходе тестирования.

7.5.4.7 Архивация или утилизация

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