# Бесплатная экспертная база знаний по управлению ИТ

Никакого пересказа ITIL, COBIT, ISO 20000, PRINCE2, TOGAF и прочего. Только сведения от консультантов и тренеров Cleverics. Включает ответы на **несколько тысяч вопросов** из **сотен источников**, а также детальный глоссарий с примерами, объяснениями и нюансами

# Практика управления валидацией и тестированием

[Практика](https://cleverics.ru/digital/kb-glossary/practice/) обеспечения того, чтобы новые или изменённые [продукты](https://cleverics.ru/digital/kb-glossary/product/) и [услуги](https://cleverics.ru/digital/kb-glossary/service/) соответствовали определённым требованиям.

Синонимы: управление валидацией и тестированием

## Оригинальный английский термин

service validation and testing practice

## Подробности

[Практика управления валидацией и тестированием](https://cleverics.ru/digital/kb-glossary/service-validation-and-testing-practice/) направлена на то, чтобы до вывода [в эксплуатацию](https://cleverics.ru/digital/kb-glossary/live/) подтвердить: продукт или услуга действительно соответствует заранее согласованным требованиям и будет создавать ожидаемую [ценность](https://cleverics.ru/digital/kb-glossary/value/) без неприемлемых [рисков](https://cleverics.ru/digital/kb-glossary/risk/). В [ITSM](https://cleverics.ru/digital/kb-glossary/it-service-management/) это связывает ожидания [заказчика](https://cleverics.ru/digital/kb-glossary/customer/) и [пользователей](https://cleverics.ru/digital/kb-glossary/user/) с фактическими [результатами](https://cleverics.ru/digital/kb-glossary/outcome/)[разработки](https://cleverics.ru/digital/kb-glossary/development/), [изменения](https://cleverics.ru/digital/kb-glossary/change/), [релиза](https://cleverics.ru/digital/kb-glossary/release/) и [развёртывания](https://cleverics.ru/digital/kb-glossary/deployment/). На практике сюда входят [планирование](https://cleverics.ru/digital/kb-glossary/planning/) и [организация](https://cleverics.ru/digital/kb-glossary/organization/) проверок, подготовка тестовых данных и [сред](https://cleverics.ru/digital/kb-glossary/environment/), проведение функциональных и нефункциональных проверок (например, по [производительности](https://cleverics.ru/digital/kb-glossary/performance/), [доступности](https://cleverics.ru/digital/kb-glossary/availability/), [конфиденциальности](https://cleverics.ru/digital/kb-glossary/confidentiality/) и [целостности](https://cleverics.ru/digital/kb-glossary/integrity/)), фиксация результатов и принятие решения о готовности. Практика применяется как для новых [ИТ-услуг](https://cleverics.ru/digital/kb-glossary/it-service/) и [сервисных предложений](https://cleverics.ru/digital/kb-glossary/service-offering/), так и для изменений в существующих услугах, включая изменения инфраструктуры и платформ, [конфигураций](https://cleverics.ru/digital/kb-glossary/configuration/) и интеграций. Важный аспект — проверка не только «работает ли», но и «подходит ли» в контексте реальных [сценариев использования](https://cleverics.ru/digital/kb-glossary/use-case/) и операционной поддержки. Вне области действия этой практики находятся согласование самих требований и приоритизация [спроса](https://cleverics.ru/digital/kb-glossary/demand/), а также формальное [разрешение](https://cleverics.ru/digital/kb-glossary/resolution/) на внедрение и планирование графика изменений — это относится к [управлению изменениями](https://cleverics.ru/digital/kb-glossary/change-management/) и [управлению релизами](https://cleverics.ru/digital/kb-glossary/release-management-practice/).## Нюансы

Практику [управления валидацией и тестированием](https://cleverics.ru/digital/kb-glossary/service-validation-and-testing-practice/) часто ошибочно сводят к «прогону тестов» в [тестовой среде](https://cleverics.ru/digital/kb-glossary/test-environment/). В ITSM акцент шире: требуется подтвердить [соответствие требованиям](https://cleverics.ru/digital/kb-glossary/compliance/)[полезности](https://cleverics.ru/digital/kb-glossary/utility/) и [требованиям гарантии](https://cleverics.ru/digital/kb-glossary/warranty-requirements/), а не только отсутствие очевидных дефектов. Другая типичная путаница — смешение [валидации](https://cleverics.ru/digital/kb-glossary/validation/) и верификации: тестирование может показать, что продукт реализован согласно [спецификации](https://cleverics.ru/digital/kb-glossary/specification/), но валидация отвечает на вопрос, решает ли он задачу заказчика и подходит ли для использования в [рабочей среде](https://cleverics.ru/digital/kb-glossary/live-environment/) с реальными ограничениями. Также распространена [ошибка](https://cleverics.ru/digital/kb-glossary/error/), когда результаты тестирования не связывают с [управлением рисками](https://cleverics.ru/digital/kb-glossary/risk-management-practice/) и критериями готовности, из‑за чего «успешные тесты» не предотвращают [инциденты](https://cleverics.ru/digital/kb-glossary/incident/) после развёртывания. Нельзя подменять эту [практику управлением изменениями](https://cleverics.ru/digital/kb-glossary/change-control-practice/): [орган управления изменениями](https://cleverics.ru/digital/kb-glossary/change-authority/) может разрешить изменение, но подтверждение качества и соответствия обеспечивается именно валидацией и тестированием. Ещё один риск — недооценка операционной составляющей: без проверки [мониторинга](https://cleverics.ru/digital/kb-glossary/monitoring/), [процедур](https://cleverics.ru/digital/kb-glossary/procedure/)[восстановления](https://cleverics.ru/digital/kb-glossary/recovery/), [обходных решений](https://cleverics.ru/digital/kb-glossary/workaround/) и готовности [команды поддержки](https://cleverics.ru/digital/kb-glossary/support-team/) услуга может формально пройти тесты, но оказаться неуправляемой в эксплуатации.## Примеры

- Перед релизом нового сервиса самообслуживания проверяют сценарии регистрации, сброса пароля и интеграцию с идентификаторами, а также соответствие требованиям доступности и времени отклика
- После изменения конфигурации балансировщика выполняют регрессионные проверки критичных транзакций и тестируют поведение при сбое одного узла, чтобы подтвердить требования гарантии
- При внедрении обновления базы данных проверяют целостность данных, корректность резервного копирования и восстановление до целевой точки восстановления RPO в пределах целевого времени восстановления RTO
- Перед переводом новой версии API в эксплуатацию проводят контрактное тестирование с потребителями услуги и проверяют совместимость с существующими сценариями использования
- После изменения правил мониторинга валидируют, что события создаются корректно и что команда поддержки получает нужные уведомления для предотвращения инцидентов

## Рекомендуемые продукты по этой теме

- [VAP: Управление изменениями и конфигурациями в ИТ (CMDB)](https://edu.cleverics.ru/vap-change?utm_source=knowledgebase&utm_medium=article&utm_content=banner&utm_term=VAP-CHANGE) — Учебный курс: интенсив с тренером. Как повысить долю успешных изменений, снизить связанные с ними риски и знать всё про конфигурации
- [Grab@Pizza — ИТ и основной бизнес](https://edu.cleverics.ru/grab-a-pizza?utm_source=knowledgebase&utm_medium=article&utm_content=banner&utm_term=PIZZA) — Деловая игра. SLM, BRM, управление ИТ-бюджетом, управление изменениями
- [Altevics](https://cleverics.ru/solutions/altevics?utm_source=knowledgebase&utm_medium=article&utm_content=banner&utm_term=altevics) — Современная ITSM/ESM-система