ГОСТ Р 56922—2016
При мечание — Тестовое условие может представлять собой простую ссылку на требование (если тре
бование выражено поддающимся проверке способом, то есть если в него входит идентифицируемый критерий
допустимости) или на текст проекта. Тестовое условие может также быть перефразированием требования, набо
ром требований или описанием конструкции, созданной для тестирования, например, суммированием нескольких
требований в модели таблицы решений или в модели состояния.
Этот раздел Спецификации Проекта Тестирования может быть оформлен таким образом, чтобы
тестовые условия были перечислены под соответствующими наборами функций.
Примечание — Тестовые условия могут быть определены в виде списков или таблиц в документе
или в используемом инструменте, например, в базе данных или специализированном инструменте тестирования.
Тестовые условия формально документируются не всегда, поскольку их можно рассматривать как первый проект
элементов тестового покрытия и/или контрольных примеров.
Содержание описания тестовых условий представлено ниже.
7.2.5.2 Уникальный идентификатор
Определяет уникальный идентификатор для тестового условия — такой, чтобы он отличался от
идентификатора любого другого тестового условия. Генерацию идентификаторов может производить
автоматизированный инструмент или это можно сделать вручную согласно соответствующей схеме
нотации. Поскольку уникальный идентификатор используется для прослеживаемости, то он не должен
меняться на протяжении времени жизни тестового условия.
Если количество или волатильность тестовых условий настолько высоки, что требования уни
кальности идентификаторов становятся непрактичными, то для прослеживаемости между контроль
ными примерами и тестовыми условиями вместо этого используются другие средства, обычно на базе
автоматизированных инструментов.
7.2.5.3 Описание
Определяет тестовое условие, которое может быть проверено. Оно может быть записано на есте
ственном языке и/или. по необходимости, выражено в виде табличной или графической модели. Может
представлять собой простую ссылку на требование, которое является тестовым условием.
7.2.5.4 Приоритет
Определяет приоритет тестирования данного конкретного тестового условия в наборе функций.
Тестовые условия с высоким приоритетом будут проверяться раньше и более экстенсивно, чем тесто
вые условия с приоритетом ниже.
7.2.5.5 Прослеживаемость
Определяет прослеживаемость с набором функций или предоставляет список ссылок на соответ
ствующие требования и/или описание конструкции в базисе тестирования. Может быть документирова но
в Матрице Прослеживаемости Тестирования.
7.3 Спецификация Контрольных Примеров
7.3.1 Общие сведения
Спецификация Контрольных Примеров определяет элементы тестового покрытия и соответству
ющие контрольные примеры, полученные из базиса тестирования для одного или более наборов функ
ций.
В А.2.8 (приложение А) представлен макет Спецификации Контрольных Примеров, а в J.1 и J.2
(приложение J) приводятся примеры двух различных проектов, в которых показано, как могут быть раз
работаны Спецификации Контрольных Примеров.
Содержание Спецификации Контрольных Примеров представлено ниже.
7.3.2 Спецификация документа
7.3.2.1 Общие сведения
Здесь представлена информация, которая идентифицирует документ и определяет его источники
и историю.
При мечание — Если документ хранится в электронной форме, например, в базе данных, то информа
ция может быть помещена в начало или середину документа.
7.3.2.2 Уникальная идентификация документа
Однозначно определяет версию документа.
Пример— Унциальный идентификатор может содержать название документа, дату выпуска, вер
сию и/или состояниедокумента (например, рассмотренныйпроект, исправленный или окончательный).
23