USE:
In most cases eCATT recordings will be added to test case repository to support interface postings which require manual actions (and are normally done by users). Usually these manual steps generate new business documents in SAP backend system, and these document numbers must be passed to following interface test cases in the process chain. For this purpose the IFTT variables concept is used. Next test case, which Parent ID points back to the eCATT step, will have values passed by Variables (1-5). This will happen thanks to XPath expressions (1-5) that will be defined in this step.
SAP eCATT stores a special log after each script execution. The logs are accessible through SECATT transaction and they contain all system responses:
Technically the log is stored in SAP system as an XML message. The native XML content can be displayed by executing function module ECATT_LOG_SHOW_PARAM_XML and entering the eCATT execution number. As already mentioned, in most cases there is a need to pass numbers of documents created during an eCATT test case execution to next test cases. Usually standard SAP transactions return the document numbers through system messages (as presented on the screenshot). if not, it is possible to read them inside eCATT recordings (instruction GET). To fill the variable with such document number, first we need to define an XPath expression that will be able to fetch the value from an eCATT xml log. The XPath for standard SAP message should have following syntax:
/GuiScripting/ProcessedScreen/Message[Id="XX"][Number="YYY"]/ParameterZ/text(), where:
XX is a message class (like VL)
YYY is a message number (like 311)
Z is Parameter number (1,2,3,4)
The main node GuiScripting is common for all eCATT logs. Other node names are visible in the tree structure using the regular eCATT log viewer.
Example:
to fetch delivery number that was created by tcode VL01:
/GuiScripting/ProcessedScreen/Message[Id="VL"][Number="311"]/Parameter2/text()