ГОСТ Р 56922—2016
тификаторов может управлять автоматизированный инструмент или это может быть сделано вручную
соответственно применяемой схеме нотации. Уникальный идентификатор не должен быть изменен в
течение времени жизни элемента тестового покрытия, потому что он необходим для обеспечения про
слеживаемости.
Если количество или волатильность тестовых условий настолько высоки, что требования уни
кальности идентификаторов становятся непрактичными, то для прослеживаемости между контрольны
ми примерами и тестовыми условиями вместо таких идентификаторов используются другие средства,
обычно на базе автоматизированных инструментов.
7.3.4.3 Описание
Определяет элемент тестового покрытия, который, как ожидается, будет охвачен контрольным
примером в соответствии с методикой проектирования тестирования, использованной для его получе
ния. Сюда может также быть включена дополнительная информация об элементе покрытия.
Пример — Явпяется ли раздел эквивалентности действительным или недействительным
разделом.
7.3.4.4 Приоритет
Определяет в случае необходимости приоритет тестирования конкретного элемента тестового по
крытия в тестовом условии. Элементы тестового покрытия с более высоким приоритетом будут прове
ряться раньше элементов тестового покрытия с приоритетами ниже.
7.3.4.5 Прослеживаемость
Определяет прослеживаемость с тестовыми условиями либо набором функций, к которому при
надлежит элемент тестового покрытия, или же предоставляет список ссылок на соответствующий базис
тестирования. Может быть документировано в Матрице Прослеживаемости Тестирования.
Пример — Базис тестирования может представлять собой требования или конструкцию.
7.3.5 Контрольные примеры
7.3.5.1 Общие сведения
Определяет контрольные примеры, полученные из элементов тестового покрытия. Контрольный
пример показывает, как осуществляются один или несколько элементов тестового покрытия, чтобы по
мочь определить корректность реализации элемента тестирования.
Число контрольных примеров, полученных из элементов тестового покрытия, будет зависеть от
критерия тестового покрытия, определенного в Плане Тестирования.
Этот раздел Спецификации Проекта Тестирования может быть оформлен таким образом, чтобы
контрольные примеры были перечислены под соответствующими наборами функций и/или тестовыми
условиями.
Примечание — Контрольные примеры могут быть определены в виде списков либо таблиц вдокументе
или в используемом инструменте, например, в базе данных или специализированном инструменте тестирования.
Содержание описания контрольного примера приводится ниже.
7.3.5.2 Уникальный идентификатор
Определяет уникальный идентификатор для контрольного примера — такой, чтобы его можно
было отличить от идентификаторов всех других контрольных примеров. Генерацией идентификаторов
может управлять автоматизированный инструмент или это может быть сделано вручную соответствен но
применяемой схеме нотации. Уникальный идентификатор не должен быть изменен в течение време ни
жизни контрольного примера, потому что он необходим для обеспечения прослеживаемости.
7.3.5.3 Цель
Определяет и кратко описывает особый акцент или цель контрольного примера. Это обычно
оформляется в заголовке.
7.3.5.4 Приоритет
Определяет в случае необходимости приоритет тестирования данного конкретного контрольного
примера. Контрольные примеры с высоким приоритетом будут выполнены раньше контрольных при
меров с приоритетом ниже.
7.3.5.5 Прослеживаемость
Определяет прослеживаемость с элементом тестового покрытия, который реализуется контроль
ным примером, или предоставляет список ссылок на соответствующие требования либо описание кон
струкции в базисе тестирования. Может быть документировано в Матрице Прослеживаемости
Тести рования.
25