Logs overview
HCL DevOps Test UI (Test UI) uses logs to store different types of information, which you can use to determine the reason for a test failure.
Test logs
The test log contains a historical record of events that occurred during a test run or a schedule run, as well as the status of each verification point. The test log sets a verdict for each run as follows:
- Pass indicates that all verification points matched or received the expected response and all the test steps successfully completed. A verification point is set to PASS when the recorded/expected property value is received during playback. A Web UI test step is set to PASS when it has been executed successfully on the specified UI object.
- Fail indicates that at least one verification point did not match the expected response or that the expected response was not received or a Web UI step did not run successfully.
- Error indicates one of the following results: a primary request was not successfully sent to the server, no response was received from the server for a primary request, or the primary request response was incomplete or could not be parsed.
- The verdict is set to Inconclusive only if you provide custom code that defines a verdict of Inconclusive.
The test log file is stored in binary format with a .executiondlr file name extension in the project directory of your workspace. You can also view the test log in the user interface.
For more information about viewing test logs, see Viewing test logs.
Problem determination logs
You can set the level of information that is saved in the problem determination log during a run. By default, only warnings and severe errors are logged. Typically, you change this log level only when requested to do so by the Support person.For more information about setting problem determination level, see Setting the problem determination level.
Agent logs
Look in %TEMP% directory for the majordomo.log file. This file contains information about the attempts to contact the workbench including information about any failures and the reason for the failures.
On the Microsoft™ Windows operating system, the %TEMP% directory is typically at %USERPROFILE%\AppData\Local\Temp.
If the majordomo service is configured to log in as Local System Account, then the %TEMP% directory is at %SystemRoot%\TEMP, typically C:\Windows\TEMP.