RojaAyyagary 270005QDMN Visits (130)
Run and Control Rational Performance Tester executions and Reports using a web browser - Part 1
Table of Contents
- Configure Web Reports
- Execution Control
- Display Report
- Export Data
- Customize Web Reports
Traditionally Rational Performance Tester execution is monitored, controlled and reports can be viewed in the workbench. Recently a new feature has been introduced that would allow the test execution be monitored, controlled, view reports, and export data if needed using a browser on another system. Reports can be customized as well.
This article explains how to configure, use web reports in Rational Performance Tester. This feature is being improved as new versions of RPT get released. This document refers to RPT v184.108.40.206. Customization of Reports would be discussed more in detail in Part 2 of this article.
Configure Web Reports
To enable web reports, go to RPT -> Window -> Preferences -> Test -> Performance Test Reports -> Web Reports -> select Allow remote access from a web browser check box.
For Non-secure web access, select No security is required to access reports check box. By default, the non-secure port number for web reports is 8080. If this port number is used by another service, you can provide another port number.
To provide security for web reports, select the Security is required to access reports check box.
To access reports remotely, on another computer, open a web browser and type http
To control the schedule execution remotely using a browser, select Allow control of schedule execution from the web browser check box as shown in the image below.
When accessed remotely during execution of schedule, it appears similar to the screen below. Using this, it is possible to Change Number of Users, Manage Synchronization Points, Stop Test Run, Change Stage Duration and Change Log Level
Rational Performance Tester Web Reports can display Custom Reports, Protocol Independent Reports, Display Service Report, HTTP Reports, Socket Reports, TN3270 Reports and Selenium Execution Report
Under HTTP Reports - Page Performance Report you will find the following tabs.
Page Performance Report
Response Vs Time Summary
Server Health Summary
You can export reports in HTML format for others to view; export an entire run or specific counters to a CSV file for further analysis; or export report metadata (templates) so that other users can generate any custom reports that you have created.
You can also export the web-based charts as image.
If the default reports do not address your needs, you can create a new customized report.
Customizing Web Reports will be discussed more in detail in Part 2 of this article.
Discussion about RPT and schedule execution error "The workbench received notification that the execution process on Driver <<Agent Machine>> has terminated"
Rajeshavanthi 2700022MCX Visits (173)
IBM Rational Performance Tester (RPT) is a performance test tool which measures the performance of an IT system by generating load on it and measuring the response times of the system under load. RPT generates load by simulating the actions on the system of multiple simultaneous users. In order to achieve this, you might have to design the schedule with appropriate user load defined and configure the locations where these pre-defined user load needs to be executed.
Often times, when you perform such actions where the user loads are pushed on to the agent machine, you might / might not encounter various errors which could be related to insufficient memory defined for the execution, or network connection problems and so on....
This article specifically discusses one such error which is contributed by the way the RPT v220.127.116.11 agent component contributes to the schedule execution and the occurrence of this error holds good for any higher versions of RPT. However, the following solution is restricted for those who are working on the RPT v18.104.22.168 release.
Error: The workbench received notification that the execution process on Driver <<Agent Machine>> has terminated"
The above error might occur even when you try executing a schedule (irrespective of the virtual user load defined) locally on the RPT workbench or explicitly on external Agent machine. You might get involved in various troubleshooting methods such as :
6. Restart the workbench machine and agent machines
7. Configure the schedule with default settings by reducing the logging levels, set the user load = 1vu and execute the schedule
Despite attempting all these methods, the error persists, irrespective of the user load defined. Note that this is a known behavior in RPT 22.214.171.124 with deployment of cross-project assets. You can upgrade to RPT v8.6 where the problem is fixed.
RojaAyyagary 270005QDMN Visits (338)
Ever wondered how you could split a large test into small scripts? Also interested in playing back scripts from multiple protocols in a single schedule?
Compound tests help you to organize smaller tests into scenarios that can then be run end-to-end. Each of the smaller tests in a compound test can run on a different domain if required, such as a mobile device, or a web browser, and so on.
If you need to combine various tests into a single workflow or end-to-end scenario, you can organize the tests into a compound test. Each test may perform a part of the scenario. Each test may also run in a different domain, for example, a web browser or a mobile device. A typical example of a compound test is an online buying workflow. You may have built smaller tests for each part of an online purchase transaction, such as "log on", "log out", "view item", "add to cart", and "check out". You can combine these tests into a single flow in a compound test. When the compound test is run, its individual tests are run in sequence.
The types of tests you can combine into a compound test depend on the testing capabilities you have purchased. If you have purchased only mobile testing capabilities, you can combine tests on mobile applications into a compound test. If you have purchased additional testing capabilities along with mobile testing, you can also combine tests built using Selenium, HTTP tests, Socket tests, Citrix tests or SAP tests into a compound test.
Compound tests can have the following:
When you run a compound test, its test elements are run in the order defined in the compound test. This compound test consists of WebUI test and SAP test.
When a compound test run is completed, a Test Log is shown in the Test Execution perspective. You can work with the information in the test log and also generate test result reports.
You can create a compound test in a test workbench project. If you have an existing compound test, you can import the test to a test workbench project.
Importing a compound test into a Test Workbench project
You can import a compound test into a test workbench project.
To test the performance of multiple tests, you can add all the tests to a compound test and add the compound test to a user group. When you run a schedule, all the tests in the compound test are run in a sequential order.]
For additional information please refer to the Compound Tests topic in the IBM Knowledge Center.
RojaAyyagary 270005QDMN Visits (572)
It is quite useful to be able to get notifications when a run completes. This feature is available in IBM Rational Performance Tester (RPT) 8.7.
To stop a test gracefully without causing incomplete page hits, select the Active actions are allowed to complete if stop requested check box at Window > Preferences > Test > Test Execution.
To receive email notification for the status of the run, specify the email properties in Window > Preferences > Test > Test Execution.
Note: If you run an HTTP schedule on a remote Macintosh computer, the test fails. The cipher suite that is used for recording must be available in Oracle JDK on the Macintosh computer. For example, you can use TLS_
Using this feature you can get notified after your schedule, test and compound test run completion. Multiple email addresses can be separated by comma. Sample email message that would be sent.
Rajeshavanthi 2700022MCX Visits (475)
There are several questions which come up when you are performance testing your application using IBM Rational Performance Tester (RPT). Among all such questions, let's discussion on question like "How to measure the client side page rendering with RPT?" You might say, that you script measuring only the downloading of multiple request/ response for the specific click event and its not capturing the service level agreement statistics to display the downloaded request\response as per the browser level. It could also be a case where, when a script is recorded in RPT, the manual navigation from one page to another takes a lot of time. However, when the script is played back, the response times vary less when compared to what you see manually.
Now, lets look at this from RPT perspective.
IBM Rational Performance Tester is a server load testing tool, designed to measure effects of multiple users on a server. As such it does not make use of a client side browser instead simply interacting with the server
As you know, RPT is used to measure the response time between the fist byte sent in the page's first request and last byte received during the response from the server. The client side experience (how long for a page to be
So in short, there exists no straight forward way to get the measurement metrics pertaining to the client side browser rendering in RPT. However, The client side rendering may be captured as 'Client processing delay' in the recorded test. There may be counter(s) that measure the net server response time but there could be no counters for client rendering. That is understandable because there is no "client" and so no "rendering" that actually takes place when a load is being driven by RPT.
Here's a short note on the impa