Uses for Automated Integration Point Testing

You can use automated integration point testing for the following levels of testing:

  • Unit testing during integration point development.

  • Cross-application business process testing.

  • Regression testing.

Unit Testing Integration Points

Unit testing occurs during integration point development, prior to cross-application business process testing. The components of an integration point that you can test include sending service operations, handlers, transformations, and content-based routing logic. You can also test business logic in a component that will behave differently when accessed from a component interface than when accessed through a PeopleSoft Pure Internet Architecture page.

The process for unit testing integration points is:

  1. Build integration points prior to cross-business business-process testing.

  2. Generate test data for the integration point test process.

  3. Use the integration point test automation tools to test the integration point.

  4. Validate results by reviewing the Service Operations Monitor for both inbound and outbound service operation transactions. You can further verify inbound playback results by viewing the tables involved in the integration.

  5. Validate dependent processes by running a process that depends on the data being integrated.

  6. Submit ‘bad’ service operation transactions to test error handling.

  7. Submit service operation transactions in bulk to volume test the integration point.

Cross-Application Business Process Testing

Business process testing involves testing integration points in one application against a target application and version for which it was designed. As an example, you could test integration points between two PeopleSoft applications.

The steps for cross-application business-process testing are:

  1. Set up multiple product lines in one test environment.

  2. Manually enter data on PeopleSoft Pure Internet Architecture pages, or use an automated tool for doing so.

    PeopleSoft Integration Broker records the integration point service operation transactions.

  3. Run dependent processes on each side to validate the data.

    Note:

    For full synchronous service operations testing, running dependent processes might not be practical, due to the large number of transactions involved. You can open the table records to verify that the data that you expect is present, or use an automated database table compare tool.

  4. Consolidate service operation transaction data into a test repository for later use.

Regression Testing

Regression occurs after cross-application business process testing. You can minimize the need for regression testing by requiring users to test their code changes with the data captured during testing. This enables you to test published interfaces in other applications against changes to integration points in the application.

The process for regression testing is:

  • Play back service operation transactions recorded during testing to test integration points.

  • Run dependent processes to validate results.