Purpose

The Result Overview displayed here allows the user to drill down and view the functional comparison result of all test scripts that have been played back via an execution queue. Drill down on the queue to view the individual results of each test script and to see a summarized view of what has functionally passed or failed. It is also possible to generate defects from these failed execution results, either manually or automatically.

Audience / Users

All Testimony users

Possible Actions

Execution Queue Results Overview list view shows the total number of test scripts, result column shows the number of steps successfully executed, Pass column shows test scripts passed successfully, Fail column tells test script failed and Warning column informs about the warning received if any. A detailed representation of the executed steps is visible by double clicking the row displayed in Execution Queue Results Overview.

Testimony execution results are segregated into 3 views, Session View , Item View and Component view.

Session View: This tab represents the result of test scripts’ execution in a tree format. User can review a failed step and raise a defect by clicking the “Raise Defect” push button. Users can drill down further to see and verify the list of input parameters supplied during the test script execution and can compare the recording and playback by expanding the leaf node and double clicking on input, export and actual columns.

Item View: This view presents the data from “Session View” in a list format. Based upon user preference, they can choose between Session View or Step View. Please note, user won’t be able to drill down to to see and verify the list of input parameters supplied during the test script execution and compare the results.

Component View: Testimony has the intelligence to break down the test results into specific SAP business modules. In this view, the list of SAP transactions is categorised under SAP business modules and presented to the user. The user can review a failed step and raise a defect by clicking the “Raise Defect” push button. Users can drill down further to see and verify the list of input parameters supplied during the test script execution and can compare the recording and playback by expanding the leaf node and double clicking on input, export and actual columns.

Raise Defect: Select a particular failed execution result and then choose “Create Defect”. The defect creation screen will appear with all of the default values specified. Additional information can be added manually if desired.

Feedback

Was this helpful?

Yes No
You indicated this topic was not helpful to you ...
Could you please leave a comment telling us why? Thank you!
Thanks for your feedback.

Post your comment on this topic.

Post Comment