Updated on 2024-06-06 GMT+08:00

Managing JMeter Test Reports

Test Report Description

Real-time and offline JMeter test reports allow you to view and analyze test data at any time.

For details about the JMeter test report, see Table 1.

This report shows the response performance of the tested system in a scenario with a large number of concurrent users. To understand the report, see the following information:

  • Statistical dimension: In this report, RPS, response time, and concurrency are measured in a single thread group. If a request has multiple packets, the request is considered successful only when all the packets are responded to. The response time of the request is the sum of the response time of the packets.
  • Response timeout: If the corresponding TCP connection does not return the response data within the set response timeout (customized in *.jmx files), the thread group request is counted as a response timeout. Possible causes include: the tested server is busy or crashes, or the network bandwidth is fully occupied.
  • Verification failure: The response packet content and response code returned from the server do not meet the expectation (the default expected response code of HTTP/HTTPS is 200), such as code 404 or 502. A possible cause is that the tested service cannot be processed normally in scenarios with a large number of concurrent users. For example, a database bottleneck exists in the distributed system or the backend application returns an error.
  • Parsing failure: All response packets are received, but some packets are lost. As a result, the entire case response is incomplete. This may be caused by network packet loss.
  • Bandwidth: This report collects statistics on the bandwidth of the execution end of CodeArts PerfTest. The uplink indicates the traffic sent from CodeArts PerfTest, and the downlink indicates the received traffic. In the external pressure test scenario, you need to check whether the EIP bandwidth of the executor meets the uplink bandwidth requirement and whether the bandwidth exceeds the downlink bandwidth of 1 GB.
  • Requests per second (RPS): indicates the number of requests per second. Average RPS = Total number of requests in a statistical period/Statistical period.
  • How to determine the quality of tested applications: According to the service quality definition of an application, the optimal status is that there is no response or verification failure. If there is any response or verification failure, it must be within the defined service quality range. Generally, the value does not exceed 1%. The shorter the response time is, the better. User experience is considered good if the response time is within 2s, acceptable if it is within 5s and needs optimization when it is over 5s. TP90 and TP99 can objectively reflect the response time experienced by 90% to 99% of users.
Table 1 Description of the JMeter test report

Parameter

Description

Total Number of Metrics

Total number of metrics in all thread groups.

  • Maximum Concurrency: indicates the maximum number of concurrent virtual users.
  • RPS: requests per second.
  • Normal Response: indicates the number of transaction responses that pass the set checkpoints. If no checkpoints are set, the number of transactions that return 2XX response code will be calculated by default.
  • Response Time: duration from the time when a client sends a request to the time when the client receives a response from the server.
  • Response Code: distribution of response codes during the running of a pressure test task.
  • Bandwidth: records the real-time bandwidth usage during the running of a pressure test task.
  • Abnormal Response: indicates the number of parsing failures, verification failures, response timeout, 3XX, 4XX, 5XX, and connection failures.
  • Success Rate: Number of requests that are normally returned/Total number of requests.

Average RPS

Total number of requests in a statistical period/Statistical period

Average RT

Changes of the average response time of a pressure test task

Concurrent Users

Changes on the number of concurrent virtual users during testing

Bandwidth (kbit/s)

Records the real-time bandwidth usage during the running of a pressure test task.
  • Uplink bandwidth: speed at which the JMeter execution node sends out data.
  • Downlink bandwidth: speed at which the JMeter execution node receives data.

Response distribution statistics

Number of transactions processed per second for normal return, parsing failure, verification failure, response timeout, connection rejection, and other errors. This metric is related to the think time, concurrent users, and server response capability. For example, if the think time is 500 ms and the response time of the last request for the current user is less than 500 ms, the user requests twice per second.

  • Normal Response: indicates the number of transaction responses that pass the set checkpoints. If no checkpoints are set, the number of transactions that return 2XX response code will be calculated by default.
  • Parsing Failure: indicates the number of HTTP responses that fail to be parsed.
  • Verification Failure: indicates the number of transaction responses that do not pass the set checkpoints. If no checkpoints are set, the number of transactions that return 2XX response code will not be calculated.
  • Response Timeout: number of case requests with no responses in the TCP connection within the configured response timeout interval.
  • Rejected: indicates the number of rejected connection requests.
  • Others: indicates the number of other errors.

Response Code statistics

1XX/2XX/3XX/4XX/5XX

Response Time Ratio

Ratio of response time of cases.

Maximum Response Time of TP (ms)

If you want to calculate the top percentile XX (TPXX) for a request, collect all the response time values for the request over a time period (such as 10s) and sort them in an ascending order. Remove the top (100–XX)% from the list, and the highest value left is the value of TPXX.
  • TP50: Remove the top 50% from the list, and the highest value left is the value of TP50.
  • TP75: Remove the top 25% from the list, and the highest value left is the value of TP75.
  • TP90: Remove the top 10% from the list, and the highest value left is the value of TP90.
  • TP95: Remove the top 5% from the list, and the highest value left is the value of TP95.
  • TP99: Remove the top 1% from the list, and the highest value left is the value of TP99.
  • TP99.9: Remove the top 0.1% from the list, and the highest value left is the value of TP99.9.
  • TP99.99: Remove the top 0.01% from the list, and the highest value left is the value of TP99.99.

Viewing a Real-Time Test Report

View the monitoring data of each metric during a pressure test through the real-time test report.

Prerequisites

The test task is being executed.

Procedure

  1. Log in to the CodeArts PerfTest console, choose JMeter Projects in the left navigation pane, and choose in the row containing the desired test project.
  2. On the Performance Reports tab page, click in the row containing the test plan whose test report you want to view. For details about the parameters, see Table 1. Click Stop Task to stop the current task.
  3. On the Overview tab page, you can view the number of exception/total requests, average RT, maximum concurrency, success rate, bandwidth, dynamic trend, and response codes.
  4. On the Detail tab, you can view the logs, common test metrics, and request details of the test plan.

    1. Click View Log. In the View Logs dialog box, view request logs, event logs, and pod information. Ten request logs are displayed based on the name, return code, and result.

      Request logs can be filtered by return code, result, or request name.

    2. The sampling modes displayed in the report details are equidistant sampling value and equidistant average value.
      • Equidistant sampling value: Based on the case execution duration, the trend chart of cases whose execution duration is longer than 45 minutes is displayed with sampling points at a fixed interval.
      • Equidistant average value: Based on the case execution duration, the trend chart of cases whose execution duration is longer than 45 minutes is displayed with average values at a fixed interval.
    3. Click the Data View drop-down list box and enter a keyword to search for the required thread group or request data. You can also click the thread group or request data to be displayed in the directory in the Data View drop-down list box.
    4. On the Detail tab page, you can also click List to go to the report metric summary page.
      • Click Customized Column. In the displayed dialog box, select the items to be displayed, and drag the selected items in the Selected list on the right to change the item sequence.
        Figure 1 Table settings

      • Click in the Operation column to view logs.
      • Click in the Operation column to edit a thread group.

  5. If the test plan has been associated with Application Monitor (APM) in the intelligent analysis object, the Invoke Analysis tab is displayed in the test report. On the Invoke Analysis tab, you can set search criteria to view the APM invoking details.

    If the test plan has been associated with Node Monitor (AOM) in the intelligent analysis object, the Monitored Indicator tab is displayed in the test report. On the Monitored Indicator tab, you can view information such as CPU usage, memory usage, disk read speed, and disk write speed.

Viewing an Offline Test Report

After a pressure test is complete, the system generates an offline test result report.

Prerequisites

The test task is complete.

Procedure

  1. Log in to the CodeArts PerfTest console, choose JMeter Projects in the left navigation pane, and choose in the row containing the desired test project.
  2. On the Performance Reports tab page, click in the row containing the test plan whose test report you want to view. For details about the parameters, see Table 1.

    • You can download an offline PDF report to a local PC and export the raw data (in CSV) for further processing.
    • CodeArts PerfTest retains offline report data for one year.

  3. On the Overview tab page, you can view the number of exception/total requests, average RT, maximum concurrency, success rate, bandwidth, dynamic trend, and response codes.
  4. On the Detail tab, you can view the logs, common test metrics, and request details of the test plan.

    1. Click View Log. In the View Logs dialog box, view request logs, event logs, and pod information. Ten request logs are displayed based on the name, return code, and result.

      Request logs can be filtered by return code, result, or request name.

    2. The sampling modes displayed in the report details are equidistant sampling value and equidistant average value.
      • Equidistant sampling value: Based on the case execution duration, the trend chart of cases whose execution duration is longer than 45 minutes is displayed with sampling points at a fixed interval.
      • Equidistant average value: Based on the case execution duration, the trend chart of cases whose execution duration is longer than 45 minutes is displayed with average values at a fixed interval.
    3. Click the Data View drop-down list box and enter a keyword to search for the required thread group or request data. You can also click the thread group or request data to be displayed in the directory in the Data View drop-down list box.
    4. On the Detail tab page, you can also click List to go to the report metric summary page.
      • Click Customized Column. In the displayed dialog box, select the items to be displayed, and drag the selected items in the Selected list on the right to change the item sequence.
        Figure 2 Table settings

      • Click in the Operation column to view logs.
      • Click in the Operation column to edit a thread group.

  5. If the test plan has been associated with Application Monitor (APM) in the intelligent analysis object, the Invoke Analysis tab is displayed in the test report. On the Invoke Analysis tab, you can set search criteria to view the APM invoking details.

    If the test plan has been associated with Node Monitor (AOM) in the intelligent analysis object, the Monitored Indicator tab is displayed in the test report. On the Monitored Indicator tab, you can view information such as CPU usage, memory usage, disk read speed, and disk write speed.

Report Comparison

For the test reports generated at different time or under different conditions, you can view the test result by comparing the reports.

Procedure

  1. Log in to the CodeArts PerfTest console, choose JMeter Projects in the left navigation pane, and choose in the row containing the desired test project.
  2. On the Performance Reports tab page, click the name of the desired plan or click in the Operation column.
  3. On the Report Comparison tab page, select the desired test reports.

    You can select a maximum of three offline reports for comparison. The first selected report is used as the baseline report.

  4. Select a thread group from the Thread Group Comparison box to compare the metrics of this thread group in different reports.
  5. Thread group metric comparison supports metric filtering.

    1. Click Custom Comparison. In the displayed dialog box, select the metrics to be displayed.
    2. (Optional) Drag the selected items in the Selected list on the right of the dialog box to change the item sequence.
    3. Click OK.