- 3 min to read
This topic provides information about debugging recorded tests and test scripts.
Debug Recorded Tests
TestCafe Studio's debug mode helps you understand what is happening on your web page during testing. In this mode, TestCafe Studio pauses the test and allows you to debug the tested page using the browser's developer tools. You can check the web page's state, DOM elements' location, their CSS styles, etc.
You can activate the debug mode in one of the following ways:
Add the Debug action to a particular position of a test. The test is paused when the test reaches this action.
Enable the Debug mode option for a run configuration in the Run Configurations dialog. In this case, the test is paused before the first test action.
Enable the Pause the test when it fails option for a run configuration in the Run Configurations dialog. TestCafe Studio automatically enters the debug mode when the test fails.
Once the test is paused, you can open browser's developer tools and debug.
The browser window displays the status panel during debugging. This panel allows you to resume test execution or skip to the next action.
TestCafe Studio includes features that help you find the cause of issues in your tests.
TestCafe Studio can capture screenshots during a test. You can analyze these screenshots to determine the cause of issues.
There are two ways to take screenshots:
Use the Take Screenshot action to take a screenshot in a particular place in a test.
Turn on the Take a screenshot if a test fails option for a run configuration in the Run Configurations dialog to take a screenshot when a test fails.
TestCafe Studio displays screenshots in test reports.
Screenshots are stored in the base directory specified in the Run Configurations Dialog (<base_dir>).
Inside the base directory, screenshot files are organized into subdirectories according to the date and time when they were taken, the browser name, and other parameters.
TestCafe Studio uses the following pattern for screenshots captured with the Take Screenshot action (if the Path parameter is not specified):
For instance, this pattern can produce the following paths:
<base_dir>/2019-11-01_11-35-40/test-1/run-1/Firefox_65.0.0_Mac_OS_X_10.15.0/1.png <base_dir>/2019-11-01_11-36-12/test-1/run-1/Chrome_73.0.0_Mac_OS_X_10.15.0/2.png <base_dir>/2019-11-01_11-36-55/test-1/run-1/Chrome_71.0.0_Windows_10.0.0/1.png
The Path parameter specified in the Take Screenshot action overrides this pattern. If an action with the Path parameter is executed multiple times (for instance, in different browsers or quarantine runs), all screenshots are written to the same location. As a result, screenshots are overwritten.
When a screenshot is taken because a test fails, the errors subdirectory is added to its path:
The following table describes placeholders used in these patterns:
||The test run's start date (YYYY-MM-DD).|
||The test run's start time (HH-mm-ss).|
||The test's index.|
||The combination of the browser name, browser version, OS name and OS version (separated by underscores).|
||The screenshot file's index.|
Tests are executed at full speed with minimum delays between actions. You can adjust the speed in one of the following ways:
Use the Set Test Speed action. The action parameter allows you to specify the test speed from 1 to 0.01.
Change the Speed option's value in the Run Configurations dialog's Advanced Options section.
Debug Test Scripts
See Debugging in TestCafe documentation for more information about debugging test scripts.