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

Функциональный компонент «Тестирование» Test Functional Component

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

Компонент — система записи по всем тест-кейсам: он планирует и выполняет испытания, подтверждающие, что ИТ-услуга поддержит требования заказчика на согласованных уровнях обслуживания, и создаёт объекты «Дефект», которые потребляет компонент Defect. Отвечает на вопрос «проверено ли требование и чем именно». Виды испытаний стандарт перечисляет под «shall» — функциональные, удобства использования, приёмочные, безопасность на основе риска (динамический анализ приложений и тестирование безопасности инфраструктуры), производительность и стресс, — но вводит перечень словами «tests to include», то есть список не закрытый. Отличать от Defect Functional Component: тестирование создаёт дефекты и передаёт их, но жизненный цикл дефекта ведёт не оно. Обязанность, которую часто упускают: убедиться, что работает функциональность последующих потоков — мониторы услуги, предоставление услуги.

Примеры

Проверяется и то, что будет дальше

«Shall ensure follow-on value stream functionality works as expected (service monitors, service provisioning, etc.).»

Дефекты создаёт тестирование

«Shall create Defect data objects that are consumed by the Defect functional component.»

Отчётность в разрезе требований

«Shall provide test execution reports per tested Requirements.»

IT4IT Reference Architecture, Version 2.1, разд. 6.4.8 — функциональные критерии

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

дословная выписка
Trace to Requirements. Plan and execute tests that ensure the IT service will support the customer’s requirements at the agreed service levels. Create Defect data objects that are consumed by the Defect functional component. Plan and design tests, including automated test scripts for both code images and monitors, using input from service development. Prepare the test environment. Execute tests, including functionality, usability, acceptance, risk-based security (dynamic application security and infrastructure security testing), performance, and stress testing. Create Defects found during tes…

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

Обеспечивать прослеживаемость до требований. Планировать и выполнять испытания, подтверждающие, что ИТ-услуга поддержит требования заказчика на согласованных уровнях обслуживания. Создавать объекты данных «Дефект», которые потребляет функциональный компонент «Дефект». Планировать и проектировать испытания, включая автоматизированные тестовые сценарии для образов кода и для мониторов, используя данные от разработки услуги. Готовить тестовую среду. Выполнять испытания: функциональные, удобства использования, приёмочные, риск-ориентированные испытания безопасности (динамическое тестирование безо…

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

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

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

Функциональные критерии стандарта: Shall ensure traceability between tests and Requirements. Shall plan and execute tests that ensure the IT service will support the customer’s requirements at the agreed service levels. Shall create Defect data objects that are consumed by the Defect functional component. Shall plan and design tests, including automated test scripts for both code images and monitors. Shall leverage input from service development. Shall prepare test environments. Shall execute tests to include: Shall create Defects found during testing which are consumed by the Defect functional component. Shall manage test data. Shall provide test execution reports per tested Requirements. Shall ensure follow-on value stream functionality works as expected (service monitors, service provisioning, etc.). Shall be the system of record (authoritative source) for all Test Cases. Shall manage the lifecycle of the Test Case. May drive automation. May ensure test automation re-use and test scripts. Объекты данных компонента: Test Case.

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

Поддерживающая функция «Знания и совместная работа»Портал взаимодействия и опыта Функциональный компонент «Архитектура предприятия»Функциональный компонент «Возврат затрат / показ затрат»Функциональный компонент «Дефект»Функциональный компонент «Диагностика и устранение»Функциональный компонент «Инцидент»Функциональный компонент «Исполнение заявки»

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

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

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

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

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

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

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