Download Results

Last modified on August 06, 2024

To download test results as a file:

  1. Open the results screen if it is hidden (see details).

  2. Click Download Report. In the subsequent dialog, specify the file name, select the desired format, and click Download:

    Results: Save report button

    Click the image to enlarge it.

Supported formats

  • PDF
  • CSV (Raw CSV in the dialog)
  • JPEG
  • PNG

The PDF, JPEG, and PNG files contain charts and data tables you can see in the tabs of the test results screen. The CSV file has results in a tabular format suitable for further processing.

Columns of the CSV file

If your load test is based on UI tests, then each row in the CSV file stores the results of a test step execution. For load tests based on API tests, each row stores the results of individual API requests. The columns store execution results of test steps (or requests):

Column Description

URL_Step_Start

The URL of the page the virtual user was on when the step execution was started.

Date_Time

The date and time the step execution was started.

Status

The execution status of the step.
Possible states: pass, fail.

VU ID

The unique ID of the virtual user that performed the step, including its IP address.

Iteration Count

The serial number of this iteration for the virtual user, specified in VU ID.

Step Name

The name of the performed step in the UI test, or
The name of a request in the API test.

Gross Duration (ms)

Total step execution time (includes think times of individual test events).

Redirect(ms)

If the tested website has initially responded with an HTTP 301 or 302 redirect, this shows the time that a virtual user spent following the redirects until getting to the final URL.

There may be several redirects, each needing another DNS lookup, TCP connection, and HTTP request, so the redirect time can be represented in greater details like this:

Redirect Time details
Note: Redirect time does not apply to client-side redirects via META refresh tags or JavaScript functions.

DNS(ms)

The time spent performing a DNS lookup, that is, obtaining the IP address of the website from a DNS server. If this value is elevated, it indicates that a virtual user had problems with reaching the DNS server and retrieving its response.

Connect(ms)

The time spent performing a TCP handshake, that is, establishing a connection to a web server after the DNS lookup. If this value is elevated, this indicates possible network and routing problems or low efficiency of the server bandwidth.

Time to first byte (ms)

The time spent waiting for the first byte of the response from the server. Its duration includes processing the requests, accessing the database of the server, selecting and generating the response, and depends on the server performance mostly. If this value is elevated, this indicates a possible high server load, problems with database queries, memory leaks, or other performance issues.

Network Response time (ms)

The execution time of the first request on the page (the first page in the test step). That is, the total time passed from the moment when the client sent the composed request until the moment when the page’s HTML code got downloaded.
If the page refers to images, JavaScript, CSS files, and other external resources, they will not be included.

See also Aggregated Response Time below.

DOM Load Time (ms)

The total time it took to load and construct the DOM. The DOM is considered completed when the DOMContentLoaded event starts.
The images, CSS, scripts, and other resources the page refers to may still be loading at this point.

Event Time (ms)

The time it took the page’s onload() event handler to run. It helps you understand how long the client-side scripts run when the page is loaded.

Aggregated Response Time(ms)

The total time the browser spent waiting for the response from the server. This value includes response times of all the requests in the test step. (The first request typically downloads the page’s HTML code. Subsequent requests download images, CSS and script files, and other resources. This value is a sum of all these response times).

The response time of each request includes time periods spent on DNS resolving, setting up a connection to the tested server (if needed), processing redirects, and transferring data over the network.

3rd-Party Response Time(ms)

The response time taken for requests to domains different from the domain of the navigated URL. Examples of these third-party domains include Google Analytics, font storages, Facebook, weather info providers, and so on.

This value helps you understand how much time your pages spent on requesting third-party sites.

Non-Blocking Think Time(ms)

A sum of Think Time values that don’t pause the playback.

A typical test step has multiple think times in it. Depending on the length and location of these Think Times, they might pause the test execution or not. For example, a Think Time at the beginning of the test step, most probably, doesn’t block the test run because at this time the browser is still sending requests and loading resources requested by the current page. However, a long Think Time at the end of the test step will most likely pause the test run, because all the resources, most probably, have been downloaded already, and the test engine spends time idling.

Think time(ms)

The sum of all Think Times in the simulated teststep. This value doesn’t include non-blocking Think Times, that is, the Think Time values that didn’t cause pauses in the network activity (see above).

Front-end Processing Time(ms)

The time spent on client-side processing. This includes time for running JavaScript client code, various actions with DOM, and so on.

Note: Currently, this time also includes LoadNinja overhead (like time spent on JavaScript validations).

Region

The region, where the virtual user was situated.
Possible values:

  • ap-south-1 — AP South (Mumbai)
  • eu-north-1 — EU North (Stockholm)
  • us-east-1 — US East (N. Virginia)
  • us-west-1 — US West (N. California)
  • ap-southeast-1 — AP Southeast (Sydney)
  • eu-west-1 — EU West (London)
  • eu-central-1 — EU Central (Frankfurt)
  • ca-central-1 — AP Central (Canada)

See Also

Test Results

Highlight search results