Service Validation and Testing
Objective: The objective of ITIL Service Validation and Testing is to ensure that deployed Releases and the resulting services meet customer expectations, and to verify that IT operations is able to support the new service.
Part of: Service Transition
Process Owner: Test Manager
Service Validation and Testing was introduced as a new process in ITIL V3. Major additions are details on the various testing stages during Service Transition and descriptions of the corresponding testing approaches.
In ITIL 2011, additional interfaces between Service Validation and Project Management have been added to make sure that Project Management is constantly provided with current planning information.
The process overview of Service Validation & Testing (.JPG) is showing the most important interfaces (see Figure 1).
These are the ITIL Service Validation sub-processes and their process objectives:
Test Model Definition
- Process Objective: To specify in detail how the Release will be tested and quality-assured. In particular, this process defines the testing concept and specific test cases to be used during Service Validation.
Release Component Acquisition
- Process Objective: To acquire the components of a Release and submit them to an initial assessment. This process ensures that only components which meet stringent quality criteria are allowed to enter the intensive testing phase.
- Process Objective: To test all Release Components and all tools and mechanisms required for deployment, migration and back out. This process ensures that only components which meet stringent quality criteria are deployed into the live productive environment.
Service Acceptance Testing
- Process Objective: To verify if all conditions are met for the new service to be activated, and to obtain a binding consent from the customer that the new service fulfills the agreed Service Level Requirements.
- Note: If the Release passed all previous quality assurance checkpoints, Service Acceptance Testing should not result in any new errors; if serious defects are discovered, however, it must be decided between customer, Service Level Manager and Release Manager what actions are to follow (→ see Responsibility Matrix).
The following ITIL terms and acronyms (information objects) are used in ITIL Service Validation to represent process outputs and inputs:
Development/ Installation QA Documentation
- A documentation of tests and quality assurance measures applied during the development or installation of applications, systems and other infrastructure components (e.g. component tests, code walk-throughs, ...). A complete Development/ Installation Quality Assurance (QA) Documentation testifies that the required QA measures were applied prior to handing a Release component over to Release Management.
- A Test Model is created during the Release planning phase to specify in detail the testing approach used for deploying a Release into the productive environment. It is an important input for the Project Plan. Most importantly, this document defines the required quality assurance checkpoints during the Release deployment, as well as the required test scripts.
Roles | Responsibilities
Test Manager - Process Owner
- The Test Manager ensures that deployed Releases and the resulting services meet customer expectations, and verifies that IT operations is able to support the new service.
- A person who uses one or several IT services on a day-to-day basis. Service Users are distinct from Customers, as some Customers do not use IT services directly.
|Responsibility Matrix: ITIL Service Validation & Testing|
|ITIL Role / Sub-Process||Test Manager||Information Security Manager||Compliance Manager||Service User||IT Operator||Customer||Other roles involved|
|Test Model Definition||AR||-||-||-||-||-||-|
|Release Component Acquisition||AR||-||-||-||-||-||-|
|Service Acceptance Testing||AR||-||-||R||R||R||R|
 A: Accountable according to the RACI Model: Those who are ultimately accountable for the correct and thorough completion of the Service Validation and Testing process.
 R: Responsible according to the RACI Model: Those who do the work to achieve a task within Service Validation.
 see → Role descriptions...
 Service Level Manager, Release Manager and Service Owner. → Role descriptions...