Service Virtualization

For automated tests to execute successfully, all of the dependent systems must be available with the appropriate configuration, functionality and test data—all at the same time, every time the automated test suite executes. However, this is easier said than done, given application complexity, test environment access constraints, test data constraints, and more. Tricentis Orchestrated Service Virtualization (OSV) helps you stabilize access to dependent systems so that tests can execute completely, reliably, and continuously.

What is
Service Virtualization?

Service virtualization is a simulation technology that lets you automatically execute tests even when the Application Under Test’s dependent system components cannot be properly accessed or configured for testing. By simulating these dependencies, you can ensure that your tests will encounter the appropriate dependency behavior and data each and every time that they execute.

Service virtualization is commonly used when tests need to interact with dependent system components that are:

  • Unreliable, evolving, or not yet completed
  • Beyond your scope of control
  • Not readily available for testing
  • Challenging to provision/configure for testing
  • Not feasible to use for automated regression testing
service virtualization

Service virtualization helps you….

Avoid testing delays

Testers are increasingly being asked to test highly interconnected systems with many components evolving in parallel. By simulating interactions with dependent components that are not yet implemented or still evolving, you can start testing whenever your application under test (AUT) is ready. This lets you expose defects when they are fastest, easiest, and cheapest to fix.

Reduce testing costs

Many modern distributed applications interact with third-party services that charge access/transaction fees. Service virtualization lets you simulate the behavior needed to execute your tests—allowing you to integrate automated testing into CI without incurring exorbitant fees.

Simulate Interactions Required for Testing

Tricentis Tosca simulates the dependent component behavior that’s required to execute your tests. We record the messages exchanged between the AUT and its constrained dependencies— automatically learning the expected interactions by listening in on their “conversations.” Object-oriented modeling of messages eliminates the “maintenance trap” of conventional approaches.

Message Validation

Complex business processes often involve thousands, if not millions, of messages. Manually checking these messages is simply not feasible. OSV can automatically flag messages that are improperly formed or sent in the incorrect order.

orchestrated service virtualization message validation

Test-Driven Service Virtualization

In theory, service virtualization is all about removing constraints for software testing. In reality, many testers have found that service virtualization falls short of its promise to end delays and provide direct, easy control over the test environment—especially for stateful tests interacting with multiple dependencies. As a result, service virtualization fails to take hold in the organization.

Tricentis provides “test-driven service virtualization”: a new approach to service virtualization that places the tester at the center of service virtualization asset creation and management. Test-driven service virtualization focuses on helping you rapidly simulate the exact behavior you need for a test.

Tricentis Tosca’s test-driven service virtualization makes it simple for testers to create and manage service virtualization scenarios. You can leverage the same business view developed during API testing to create and manage service virtualization scenarios. This allows service virtualization scenarios to be maintained by the broader team.

orchestrated service virtualization tdm

Supported Technologies

Definition Languages

  • WSDL
  • XSD
  • WADL
  • JSON Schema
  • Swagger
  • RAML
  • OData Definition
  • CopyBooks

Transport Protocols

  • HTTP(s)
  • JMS
  • Rabbit MQ
  • Active MQ
  • AMQP (Advanced Message Queueing Protocol)
  • IBM MQ
  • OData Standard Protocol
  • MLLP
  • MS MQ
  • sFTP
  • Windows File System Folders

Message Formats

  • XML
  • JSON
  • Text
  • URL-Encoded Parameters
  • Form-Data
  • Binary Content
  • Multipart Attachments
  • MTOM Attachments
  • HL7v2
  • HL7 v3


  • SOAP
  • REST
  • ISO 20022
  • Fixed Length
  • SEPA
  • CICS

ESBs and Gateways

  • Tibco
  • Mulesoft
  • IBM
  • Oracle
  • Microsoft
  • CICS Mainframe Gateways