Около корпоративной архитектуры

Тест-кейс Test Case

Простыми словами

Тест-кейс — доказательство пригодности релиза услуги для его назначения и заодно замок, смыкающий требование с результатом. Отвечает на вопрос «чем подтверждено, что заявленное действительно сделано»: у него есть ссылки на требование и на релиз услуги, а также последний известный исход выполнения. Отличать от Defect: тест-кейс порождает дефекты (1:n), но сам изъяна не описывает — он описывает проверку. И не путать две разные связи: с релизом связь идёт от релиза к кейсам (1:n), а со сборками связь многие-ко-многим, потому что одни и те же кейсы участвуют в создании нескольких сборок.

Примеры

Кейс подтверждает требование

«A Requirement is associated to one or more Test Cases that validates this Requirement.»

IT4IT Reference Architecture, Version 2.1, разд. 6.4.8 — связь Requirement to Test Case (1:n)

Со сборками связь многие-ко-многим

«One or more Test Cases can be associated with one or more Builds that uses this Test Case as part of the Build creation.»

IT4IT Reference Architecture, Version 2.1, разд. 6.4.8 — связь Test Case to Build (n:m)

Из кейса рождаются дефекты

«One Test Case can be associated to one or more Defects that are reported as a result of this test.»

IT4IT Reference Architecture, Version 2.1, разд. 6.4.8 — связь Test Case to Defect (1:n)

Определение из первоисточника

дословная выписка
The Test Case is used to validate that the Service Release is fit for purpose.

машинный перевод

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

ИсточникThe Open Group IT4IT™ Reference Architecture, Version 2.1. The Open Group, 30.01.2017, C171, US ISBN 1-937218-84-3

Основные параметры

Атрибуты этой сущности по справочнику источника.

Ключевые атрибуты по стандарту: Id — Unique identifier of the Test Case.; Name — Meaningful name for the Test Case.; Description — Summary or short description of the Test Case.; Status — Lifecycle status of the Test Case.; Result — Last known Test Case execution outcome.; ServiceReleaseId — Unique identifier of the related Service Release.; RequirementId — Identifier of the related Requirement(s). Обязательные связи объекта: Test Case to Build (n:m); Test Case to Defect (1:n)

Связи

Исходящие

Обязательная связь объектов данных, кардинальность n:mBuild
Обязательная связь объектов данных, кардинальность 1:nDefect

Входящие

Обязательная связь объектов данных, кардинальность 1:nRequirement
Обязательная связь объектов данных, кардинальность n:mBuild
Обязательная связь объектов данных, кардинальность 1:nService Release

Связанные понятия

Архитектура предприятия Блюпринт релиза услуги Дефект Желаемая услуга Заказ Запись каталога услуг Запись о возврате затрат Запись о потреблении

Служебные сведения

Вид документа: Объект данных
Место в подходе: Requirement to Deploy (R2D) Value Stream
Редакция: The Open Group IT4IT™ Reference Architecture, Version 2.1 (2017, C171)

14 дней бесплатно

Опишите архитектуру своей компании в Storm

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

Попробовать бесплатно Без банковской карты

Это же в StormРеестр процессов Имитационное моделирование Архитектура систем и интеграций