ГОСТ Р 56922-2016/ISO/IEC/IEEE 29119-3:2013. Национальный стандарт Российской Федерации. Системная и программная инженерия. Тестирование программного обеспечения. Часть 3. Документация тестирования
7.2. Спецификация Проекта Тестирования
7.2.1 Общие сведения
Спецификация Проекта Тестирования определяет функции, которые будут проверяться, и тестовые условия, полученные из базиса тестирования для каждой из функций в качестве первого шага для определения контрольных примеров и процедур тестирования, которые будут выполняться.
В A.2.7 (приложение A) представлен макет Спецификации Проекта Тестирования, а в I.1 и I.2 (приложение I) приводятся примеры, демонстрирующие, как для двух различных проектов могут быть разработаны Спецификации Проектов Тестирования.
Содержание Спецификации Проекта Тестирования представлено ниже.
7.2.2 Спецификация документа
7.2.2.1 Общие сведения
Здесь представлена информация, которая идентифицирует документ и определяет его источники и историю.
Примечание - Если документ хранится в электронной форме, например, в базе данных, то информация может быть помещена в начало или середину документа.
7.2.2.2 Уникальная идентификация документа
Однозначно определяет версию документа.
Пример - Уникальный идентификатор может содержать название документа, даты выпуска, версии и/или состояния документа (например, рассмотренный проект, исправленный или окончательный).
7.2.2.3 Оформляющая организация
Определяет организацию, ответственную за подготовку и выпуск документа. Сюда могут также быть включены имена авторов (автора).
7.2.2.4 Полномочия по утверждению
Идентифицирует назначенное лицо (лиц), которое несет ответственность за рассмотрение и утверждение (подпись) документа (возможно в электронном виде). Сюда также могут быть включены рецензенты и соответствующие менеджеры.
7.2.2.5 История изменений
Сюда входит журнал всех изменений, которые произошли с документом, начиная с момента его создания.
Примеры
1 Сюда может входить список, который содержит текущую версию документа и все предшествующие документы, уникальную идентификацию каждого документа, описание изменений документа относительно предыдущего документа в списке, причины изменений, авторство и роль лица, вносящего изменения.
2 К причинам изменений могут относиться замечания аудита, анализ разработчиков, изменения системы. Лицом, вносящим изменения, может быть автор документа, менеджер проекта, владелец системы.
7.2.3 Введение
Предоставляет разъясняющую информацию о содержании и структуре документа.
7.2.3.1 Область применения
Определяет степень покрытия предметной области документом и указывает все включения, исключения, предположения и/или ограничения.
7.2.3.2 Ссылки
Перечисляет нормативные ссылки и определяет хранилища для систем, программного обеспечения и информации о тестировании. Ссылки могут быть разделены на "внутренние" ссылки организации и "внешние" ссылки, которые не относятся к организации.
7.2.3.3 Условные обозначения
Определяет и объясняет все схемы идентификации или нумерации, используемые в наборах тестов и тестовых условиях, если это не определено в другом документе.
Примечание - Это может быть помещено в Плане Менеджмента Конфигурации.
7.2.3.4 Глоссарий
Представляет собой словарь терминов, сокращений и аббревиатур, если таковые используются в документе.
Примечание - Этот раздел может быть оформлен как приложение или в нем могут содержаться ссылки на другой документ, обеспечивающий общий глоссарий. Весь глоссарий или его часть и/или список аббревиатур могут быть в составе онлайнового отдельного глоссария по тестированию либо включены в больший организационный глоссарий, содержащий большое количество терминов, не связанных с тестированием.
7.2.4 Наборы функций
7.2.4.1 Общие сведения
Набор функций - это логическая группа функций, которые будут проверены в элементах тестирования в соответствии с Планом Тестирования. Функции, которые будут проверены, могут представлять собой один набор функций или множество наборов функций, возможно, расположенных в порядке иерархии. Наборы функций могут непосредственно соответствовать архитектуре элемента(ов) тестирования или отличаться, если это обеспечивает более эффективное тестирование. Набор функций может также быть бизнес-процессом, который состоит из ряда функций. В последующих действиях проекта тестирования каждый набор функций может быть обработан независимо от других наборов функций.
Наборы функций могут быть описаны в виде списков или таблиц в отдельном документе либо в составе инструмента.
Пример - Наборы функций могут храниться в базе данных или специализированном инструменте тестирования.
Содержание описания набора функций представлено ниже.
7.2.4.2 Уникальный идентификатор
Определяет уникальный идентификатор для набора функций, такой, чтобы он отличался от идентификатора любого другого набора функций. Генерацию идентификаторов может производить автоматизированный инструмент или это можно сделать вручную согласно соответствующей схеме нотации. Поскольку уникальный идентификатор используется для прослеживаемости, то он не должен меняться на протяжении времени жизни набора функций.
7.2.4.3 Цель
Определяет и кратко описывает особый акцент или цель набора функций.
7.2.4.4 Приоритет
Определяет при необходимости приоритет тестирования определенного набора функций.
7.2.4.5 Конкретная стратегия
Определяет реализацию стратегии тестирования набора функций.
Пример - Сюда в случае необходимости могут войти конкретные методы, использованные при проектировании тестирования, определенные в соответствующем Плане Тестирования.
7.2.4.6 Прослеживаемость
Перечисляет ссылки на соответствующие функции базиса тестирования.
Примечание - Прослеживаемость может быть документирована в Матрице Прослеживаемости Тестирования или заложена в инструмент.
Пример - Функции могут представлять собой требования и/или описания разработки.
7.2.5 Тестовые условия
7.2.5.1 Общие сведения
Обобщает тестовые условия для набора функций. Тестовое условие - отдельный элемент или событие, определенные в базисе тестирования, которые могут быть проверены одним или несколькими контрольными примерами.
Примечание - Тестовое условие может представлять собой простую ссылку на требование (если требование выражено поддающимся проверке способом, то есть если в него входит идентифицируемый критерий допустимости) или на текст проекта. Тестовое условие может также быть перефразированием требования, набором требований или описанием конструкции, созданной для тестирования, например, суммированием нескольких требований в модели таблицы решений или в модели состояния.
Этот раздел Спецификации Проекта Тестирования может быть оформлен таким образом, чтобы тестовые условия были перечислены под соответствующими наборами функций.
Примечание - Тестовые условия могут быть определены в виде списков или таблиц в документе или в используемом инструменте, например, в базе данных или специализированном инструменте тестирования. Тестовые условия формально документируются не всегда, поскольку их можно рассматривать как первый проект элементов тестового покрытия и/или контрольных примеров.
Содержание описания тестовых условий представлено ниже.
7.2.5.2 Уникальный идентификатор
Определяет уникальный идентификатор для тестового условия - такой, чтобы он отличался от идентификатора любого другого тестового условия. Генерацию идентификаторов может производить автоматизированный инструмент или это можно сделать вручную согласно соответствующей схеме нотации. Поскольку уникальный идентификатор используется для прослеживаемости, то он не должен меняться на протяжении времени жизни тестового условия.
Если количество или волатильность тестовых условий настолько высоки, что требования уникальности идентификаторов становятся непрактичными, то для прослеживаемости между контрольными примерами и тестовыми условиями вместо этого используются другие средства, обычно на базе автоматизированных инструментов.
7.2.5.3 Описание
Определяет тестовое условие, которое может быть проверено. Оно может быть записано на естественном языке и/или, по необходимости, выражено в виде табличной или графической модели. Может представлять собой простую ссылку на требование, которое является тестовым условием.
7.2.5.4 Приоритет
Определяет приоритет тестирования данного конкретного тестового условия в наборе функций. Тестовые условия с высоким приоритетом будут проверяться раньше и более экстенсивно, чем тестовые условия с приоритетом ниже.
7.2.5.5 Прослеживаемость
Определяет прослеживаемость с набором функций или предоставляет список ссылок на соответствующие требования и/или описание конструкции в базисе тестирования. Может быть документировано в Матрице Прослеживаемости Тестирования.
Подписаться на обновления