Home
Rational® Integration Tester
Reference Guide
This guide provides the topics to help the Integration tester use the product by using the user interface, commands or scripts. This guide is intended for Integration testers.
Architecture School
Use the Architecture School perspective to build a system under test by using the logical, physical, and synchronization views. You can also use this perspective to manage the schemas available in your project.
Topology Discovery overview
Topology discovery is the process of observing and modeling the components of a system under test.
Limitations of topology discovery
You must be aware of certain limitations in Topology discovery.

Rational® Integration Tester
- Release Notes
  This document contains information about What's new, installation, known issues, and contact information of IBM Support.
- System Requirements
  This document includes information about hardware and software requirements for IBM® Rational® Integration Tester.
- Getting Started
  This guide provides an overview and describes the tasks to get you started with Rational® Integration Tester.
- Administrator Guide
  This guide describes how to install Rational® Integration Tester. After you install the software, you can perform administration tasks such as configuration and integration of the product. This guide is intended for administrators.
- Tester Guide
  This guide describes the tasks that you can perform for testing various domains, technologies, and applications. To enable testing, you must configure and enable the environment for testing.
- Test Manager Guide
  This guide describes the tasks that you can perform for tracking the quality of the application. This guide is intended for Test Managers.
- Troubleshooting
  While working with Rational® Integration Tester, you might encounter some problems that you can easily troubleshoot.
- Reference Guide
  This guide provides the topics to help the Integration tester use the product by using the user interface, commands or scripts. This guide is intended for Integration testers.
  - Rational® Integration Tester overview
    This section provides an overview of Rational® Integration Tester, including information about projects and files, the Rational Integration Tester user interface, environments, and project settings and preferences.
  - Architecture School
    Use the Architecture School perspective to build a system under test by using the logical, physical, and synchronization views. You can also use this perspective to manage the schemas available in your project.
    - The Logical View
      The Logical View provides an abstract model of the system under test. You can visualize the Service and Infrastructure Components, their dependencies, inputs and outputs, and the interface patterns in this view. Use the toolbar to add resources. Use the right side of the toolbar above the drawing palette to build and modify the system under test.
    - The Physical View
      The Physical View displays available physical resources and their location within the enterprise. Resources in this view are organized by subnet and host. If a resource is not associated with a subnet or host, it is displayed under Unconnected Resources.
    - Synchronization view
      Synchronization enables you to add external resources to your project, view resources that were added, and synchronize those resources with your local system. The biggest benefit of synchronization is that it can create many test artifacts in a short time without errors. If you are testing one of the supported resources, synchronization does all the work of building the system under test automatically.
    - Schema Library overview
      In the Schema Library, you can view and manage the schemas and message formats that are available in your project. You can add, rebuild, and delete schemas, and apply schema-specific data masks.
    - The Data Model view
      A data model stores a small quantity of data from the system under test and keeps it in memory at run time. It provides many of the features of a database while requiring a much smaller overhead.
    - Rule Cache view
      When validation errors are repaired and cached, the repair method is saved as a validation rule. These rules are applied to the same field from which they are created when the same schema is in use. You manage the rules in the Rule Cache view in Architecture School. You also use the Rule Cache view to view, modify, or delete non-schema-specific data masks.
    - Environment Tasks view
      Use the Environment Tasks view to configure test environments. You can define environment configuration tasks by adding and configuring a limited set of actions. You can then associate these environment tasks with stubs. Doing so ensures that test environments are set up correctly before stubs or scenarios are run, and that environments are closed down properly.
    - Topology Discovery overview
      Topology discovery is the process of observing and modeling the components of a system under test.
      - Starting the topology discovery process
        Starting the topology discovery process involves selecting the observation points to be used and exercising the system under test. You can add the discovered resources to your model of the system under test.
      - Configuring a WebSphere® MQ observation point
        To configure an observation point for IBM® WebSphere® MQ, you must specify enough information so that Rational® Integration Tester can connect to the IBM WebSphere MQ server.
      - Modeling components from discovered resources
        After you run the topology discovery process, you can add discovered resources to your model of the system under test.
      - Limitations of topology discovery
        You must be aware of certain limitations in Topology discovery.
  - Recording Studio
    With Rational® Integration Tester, you can record events (messages or database interactions) sent to and from the system under test. Use Recording Studio to control what parts of the system should be recorded. These parts could be specific parts of the system infrastructure or specific services using that infrastructure. You can then use the recorded events as a source of tests and other interactions with the system. In Recording Studio, you can record the traffic over a number of different transports.
  - Test Factory
    The Test Factory perspective is one of the main areas in Rational® Integration Tester. You can create all the tests and the required artifacts/data to support them.
  - Test Lab
    You use the Test Lab to execute test assets, repair tests, and open test assets for editing directly from this perspective. You can execute all of the tests, test suites, and stubs that are created in Test Factory.
  - Results Gallery
    You use the Results Gallery perspective to view an execution summary and detailed coverage, error, and performance reports for executed test suites and for test cases that were executed within a suite or as part of a test cycle.
  - Messages
    Rational® Integration Tester can publish and subscribe to messages as part of a test. A message normally consists of two parts: a header and a body. The header usually adheres to a predefined logical construction, while the structure of the body can be more arbitrary.
  - Schemas
    Rational® Integration Tester can handle many types of content. For the product to be able to interpret the variety of content types, it must associate a content format description, or schema with the content.
  - Database resources, connections, and bindings
    Rational® Integration Tester can interact with any database that supports connectivity through the JDBC specification. These interactions can be used to extract or update data where necessary, and test data sets can be taken directly from database table content.
  - Identity stores and SSL
    An identity store can group a collection of one or more certificates that can be used in IBM® Rational® Integration Tester to validate and authenticate connections that use SSL. After you create an identity store, you can use it to enable SSL communications in various messaging transports.
  - Scripting within tests and stubs
    You can use scripts in Rational® Integration Tester that include the Rational Integration Tester legacy scripting language, ECMAScript (such as JavaScript™), or any third-party scripting language that you install.
  - External tools
    Rational® Integration Tester is primarily GUI-based, but you can also run or view tests, suites, and stubs outside of the Rational Integration Tester.
  - Test actions
    Actions are the building blocks of a test. A test consists of a series of steps and each step is an action. Actions can be defined for tests and stubs.
  - Formatting and parsing date-time patterns
    For some fields in Rational® Integration Tester, you can define patterns for date-time formatting. Pattern letters are repeated, as their number determines the exact presentation of the date-time information that they represent.
  - The Add Numbers service
    The Add Numbers service, included with Rational® Integration Tester, provides a simple way to generate messages that you can observe with topology discovery or capture in Recording Studio.
- Security Considerations
  You can take certain actions to ensure that your installation is secure, customize your security settings, and set up user access controls.
- Notices
  This document provides information about copyright, trademarks, terms and conditions for product documentation.

Limitations of topology discovery

You must be aware of certain limitations in Topology discovery.

Security credentials are not observed

Topology discovery does not typically capture security credentials. Resources created from observations might require editing to add such credentials before you use them in recording, tests, or stubs. The exception is WebSphere MQ, where credentials are populated when a new physical resource is modeled for a queue manager, based on the values from the observation point.

SIB provider endpoint might be inaccurate

When creating resources from Service Integration Bus (SIB) observations, the provider endpoint configured in the created physical resource might need to be edited. This update is required if the port is not the default port (7276) or if the server has multiple host names.

JMS topology discovery does not observe any invocations that use the referenced connection factories and destinations

If you record or stub JMS by using the Java agent in WebSphere Application Server or another application server and the application code uses @Resource or @MessageDriven annotations to reference JMS connection factories and destinations, JMS topology discovery does not observe any invocations that use the referenced factories or destinations.