USE:
The test type PI Outbound allows to test a flow in which a SAP Backend (or other system) business document triggers the interface message and this message is processed in SAP PI/PO until the final version of an XML or flat file is ready to be sent out to the 3rd party receiver.
That’s why, in order to execute this type of testing you need to define a associated test case, that will trigger the message from a business document.
Alternatively, if the application interface is based on SAP Output Control, there is a single test case approach described here: Outbound test cases with triggering the Output Control.
During the test case execution, the PI outbound type will listen if particular message was processed in SAP PI/PO. If so, it would fetch the content and compare it with the reference.
PREREQUISITES: Associated test case to trigger of an outbound message from SAP Backend:
recording of user manual steps that caused triggering of interface message - for further reference see eCATT Recording - Replication of manual steps
orposting of inbound message can trigger the response. For example, the typical case is posting a sales order IDOC will trigger another IDOC with sales order response - for further reference see: PI GUID Inbound interface and PI IDOC Inbound interface
UI scripting in external software and calling Int4 IFTT by API
Steps for test case creation:
Depending of the scope of testing, select "IDoc outbound" Interface Type field for messages processed only in SAP Backend or "PI E2E Outbound" for messages processed through SAP PI/PO.
Select Document Number field and press (F4).
In IFTT PI/PO Message Selector type in: (Message Selector is available only for SAP PI/PO. Otherwise provide IDOC number in Document Number field)
IFTT Object Definition used in current test case. Confirm with enter for changes to take place.
Date range within which IFTT should search for the messages on SAP PI/PO
Message number i.e. Purchase Order number. Message Selector will help you with what value should be entered by passing the variable name and its description from object definition (optionally if Automation Object contain a searching variable)
Process it (F8)
Check the content of the found messages to select an appropriate GUID that should be used as test base from the generated list. Transfer the message using Transfer selected button.
In the Parent ID field enter the CaseID of the related triggering test case.
After completing above steps press the Save button to save a test case. After saving the Object Def. ID field should be updated automatically with relevant Object Definition ID.
Test case is ready to be executed.
OPTIONAL:
If you don't want that the test message will be delivered to the third party system you can configure cancelling of the outbound message. As a result the final XML message will be stored in the middleware, without being actually sent. It doesn't affect the test results.