Service testing overview
Overview
The service testing capabilities of Rational Performance Tester or Rational Service Tester for SOA Quality automate the creation, execution and analysis...
- functional tests
- regression tests
- performance tests
...for...
- SOAP-based Web services
- XML services
- plain text service
For more information, see Recording a Web Service Test Quick start Guide
Preparation
Set up test environment with required libraries and configuration files.
Import WSDL definition files and digital certificates required by the Web services.
Create SOAP security profiles with security algorithms for the Web service calls and message returns.
Test creation
Create test by recording the service requests and responses either with...
- generic service client
- existing client through a recording proxy
You can also create service tests manually or from a synchronous Business Process Execution Language (BPEL) model.
Test editing
After recording, you can edit the requests and responses in the test.
Use XSD documents to facilitate XML editting.
You can replace recorded test values with variable test data, or add dynamic data to the test.
Functional testing
Run the test to ensure that service matches the expected behavior defined in verification points.
During the run, each verification point is checked and receives a pass, fail or inconclusive status.
Performance testing
With Rational Performance Tester, you can specify an execution schedule and user groups.
Then, you can run the schedule, deploying test execution on virtual users that can be hosted on remote computers. Each virtual user runs an instance of the test client. Response times are measured and recorded. Verification points are checked and recorded.
Stub simulation
Service stubs are functional simulations of an existing service. Useful for replacing a service that is unavailable or impractical to use in a test environment.
Service stubs can also be used to input specific data into a service under test or for prototyping. You can deploy stubs onto a stub server, which can replace the actual server in test or development environment.
Evaluation of results
Evaluate using performance and verification point reports.
You can also design custom reports by manipulating various counters. Functional reports provide a comprehensive view of the behavior of the service under test.
Reports can be exported and archived for validation.
Service testing tools
The following tools are available in RPTv8 to
- The generic service client enables you to manually perform service requests for a wide variety of transport protocols, authentication configurations and security profiles, making it an extremely versatile service client.
It effectively replaces a dedicated client and can be used to record service calls or for manual testing and debugging a service during development.
To open the generic service client, click the Generic Service Client toolbar button.
- The WSDL security editor allows you to set up sophisticated security stacks for service requests and responses.
A security stack can contain key definitions, encryption, time stamp, or signature operations and can be associated with each operation in a WSDL file.
To open the WSDL security editor, right-click a WSDL file in workspace and select Edit WSDL Security or click the WSDL Security Editor
button in the generic service client..
- The test editor is where you develop test.
After recording, you can modify the test to add data correlation or verification points. You can also add loops and conditions and edit you can edit each detail of the service requests.
- In Rational Performance Tester, the schedule editor lets you deploy multiple virtual users on local and remote computers to generate a heavy load for performance testing.
A schedule typically contains multiple tests and multiple virtual users.
- The stub editor enables you to create service stubs.
With the stub editor, you can define multiple input conditions, which are similar to verification points. Each condition triggers a predefined simulated response, which is functionally identical to a response from the simulated service.
Related
Service testing guidelines Verify WSDL syntax compliance for JMS services Export and import service tests