Test Cases

Test Cases are the basic, smallest units of work available in Int4 Suite.

Building blocks of a test case

Test case consists of several data elements and settings, which are processed by Int4 Suite test execution engine. Some of these settings are captured under the Automation Object - this allows re-use and sharing of testing configuration between multiple test cases.

Test Case element

Purpose

Test Case element

Purpose

Automation Object reference

Automation Object contains general setting regarding test case execution, data processing (using Variables) and test case validation.

Test Type reference

Test Case is always defined with a type. It defines the test case execution technology and logic (e.g. Inbound or Outbound, webMethods or SAP IS)

Reference document number

At the time of test case creation, it is possible to specify the reference document name or execution object. For integration platforms test, this usually maps to an unique ID of the document used for test case creation. For UI testing types, this will refer to the identificator of the UI script to be executed. For details about the actual application of this field, please refer to the specific Automation Object test type definition in this manual.

Test Payloads

This is the actual testing data to be used for test execution and validation.

Test Payloads details

Test Payloads can be entered manually. Most often, Test Payload is captured from the Integration Platform or from the tested system (e.g. from S/4HANA IDocs) at the moment of test case creation. Int4 Suite attempts to fetch test case data from the reference system at the moment of test case creation if a Reference Document number is provided.

For Integration Platform Inbound test types, Int4 Suite will capture at least two Payloads.

  1. The Payload that enters the integration platform

  2. The Payload that integration platform generated as the output of the processing. Due to complexity of some interfaces, integration platform can generate multiple outputs from a single input. In such a scenario multiple outputs will be captured

For Outbound test types and some Inbound test types (e.g. IDoc processing) Int4 Suite captures only one Payload.

For non-interface test types, like Selenium or eCATT the test Payload is not used directly. For such test cases Payload is either needed for test case execution, or has a special meaning. Specifically, for Selenium testing, the test script should be loaded as test case Payload.

Test Payloads structure

Integration Platforms often process more than just the actual Payload. The Payload can be accompanied with an envelope or a technical header that controls the Payload processing by the Integration Platform. To enable testing of such scenarios, Int4 Suite captures both the Payload and the accompanying metadata, as the Payload Header. For Integration Platforms where the header data is not accessible, Int4 Suite will create a Header Payload with basic metadata, to enable consistent processing.

Note that data operations in Variable processing, can be specified to work on the business Payload and/or on the Header.

Test case execution steps

Please note that these are generic test execution steps. The actual details can vary depending on test technology, and more details can be found the in the description of Automation Object settings.

Inbound and Unit-testing test types

Execution step

Details

Execution step

Details

Data pre-processing

Test case Payload is loaded, and processed according to Variable definition in the relevant Automation Object. All relevant Variables are updated.

Inbound message send

Test case data is sent to the integration platform interface, depending on test type and Automation Object interface specification

Outbound message capture

Int4 Suite is polling integration platform to find the relevant results of message processing

Outbound message validation

Int4 Suite validates the captured outbound message, by comparison with the test case payload data. Payload validation ignore rules are checked.

Variable processing

According to definition in the Automation Object, Variable processing is applied to capture data from the outbound message

Database Validation

If the Database Validation data was defined in the Automation Object, Int4 APITester will proceed with Database Validation steps. Also, Variable references will be updated, to capture data read from the Database

Outbound test types

Execution step

Details

Execution step

Details

Data pre-processing

All relevant Variables are updated.

Outbound message capture

Int4 Suite is polling integration platform to find the relevant results of message processing. This requires a “Find” definition for Variable processing

Outbound message validation

Int4 Suite validates the captured outbound message, by comparison with the test case payload data. Payload validation ignore rules are checked.

Variable processing

According to definition in the Automation Object, Variable processing is applied to capture data from the outbound message

Database Validation

If the Database Validation data was defined in the Automation Object, Int4 APITester will proceed with Database Validation steps. Also, Variable references will be updated, to capture data read from the Database

Other test types (for example - UI testing)

Execution step

Details

Execution step

Details

Data pre-processing

All relevant Variables are updated.

Test execution

Execution of the test, according to defined test type

Variable processing

According to definition in the Automation Object, Variable processing is applied to capture data from the test execution message

Database Validation

If the Database Validation data was defined in the Automation Object, Int4 APITester will proceed with Database Validation steps. Also, Variable references will be updated, to capture data read from the Database

© 2017 - 2022 Int4 AG All rights reserved