Check out these newly published videos for IBM Rational Performance Tester.
Open Mic: Managing Rational Performance Tester (RPT) and Rational Functional Tester (RFT) test assets through Rational Quality Manager (RQM)
Please join our Bangalore support team on Tuesday, May 25th, 3-4pm IST, for an informative open mic on Managing Rational Performance Tester and Rational Functional Tester test assets in Rational Quality Manager.
Briefing for the Topic
We will start the session with a brief discussion on RFT, RPT and RQM tools and the main course covering the integrations
of RFT; RPT with RQM and then list out the benefits, value addition this integration provides to customers. We will also have a demo towards the end of the discussion and a summary on the concepts discussed.
About Rational Quaiity Manager
IBM® Rational® Quality Manager is collaborative, Web-based, quality management software for comprehensive test planning and test asset management throughout the software life cycle. Built on the Jazz™ platform, it is for test teams of all sizes and supports a variety of user roles, such as test manager, test architect, test lead, tester, and lab manager, as well as roles outside of the test organization.
Rational Quality Manager enables users to manage and run automated test scripts created with other test tools by integrating RQM with the testing tools. You can create test scripts in RQM that refer to existing tests that were created with IBM® Rational® Functional Tester, Rational Performance Tester, Rational Service Tester, Rational Robot, and Rational AppScan Tester Edition.
IBM® Rational® Functional Tester (RFT), IBM® Rational® Performance Tester (RPT), IBM® Rational® Quality Manager (RQM) customers and IBM internal contacts.
For more information, please see Rational Support Technical Exchange Open Mic & Webcasts
image credit: (cc)
Rajeshavanthi 2700022MCX Visits (488)
Often times when you perform user load executions in IBM Rational Performance Tester (RPT), you come across various connection errors depending on the schedule design, network issues and so on. Its also interesting to see that sometimes the connection time-out error takes place only for a few of the virtual users as compared to the rest where the execution succeeds without any failure notice.
RPT is a load generation performance testing tool and mimics most of the recorded behavior during playback of the scripts. So overall whatever the connection times, response times, think times and so on are captured during recording is being utilized during playback action.
Considering this fact, the reason for time out behaviors could be many, but mostly related to how the application is responding to the requests during playback as compared to recorded mode. On the other hand RPT does allow you to modify Time-Out behavior of a recorded test. To access this setting:
Timeout: Specifies the time threshold for initiating the action that is selected for Timeout action. The test will wait up to this amount of time for a response. If the response comes back before the timeout limit, the test will proceed to the next action immediately when the response is received. The Timeout action and Timeout value settings apply to every page in the test.
That being said, there could be several application behaviors which can also impact the time-out properties of requests/response data. Sometimes, the host application server locks out your IP address, because the server notes that your IP address sends several virtual users.
Let's take another such frequently occurring error. For example:
Error occurred during connection to server 'ser
So what does this indicate? In its literal sense RPT tried to open a connection while trying to execute a request to the server for a secondary request (i.e. not the primary but something like a gif) and RPT was unable to open the connection to the server.
It's probably worth looking at all the previous requests and responses. Use the Protocol viewer where you can see the browser view or the actual response from the server. If there are no errors then the symptoms indicate a problem with the application or server under test.
In addition to this, if the network connectivity and bandwidth between the host controller and its agents are not uniform, then this might cause communication errors.
Rajeshavanthi 2700022MCX Visits (537)
IBM Rational Performance Tester (RPT) supports various error handling conditions which can help you narrow down the identification of performance bottlenecks of the given applications. You can specify how error conditions are handled when running a test or schedule. Error conditions include verification point failures, connection failures, server timeouts, custom code alerts, and problems with data correlation.
Say, for example, if you encounter an issue in the first transaction and based on this you want to exit from all the transactions and start from the first transaction all over again. It could also be a case where you cannot continue to next iteration as the loop is provided in the schedule. Let's discuss one simple scenario on similar lines.
Below are the Transactions available in the script:
Below are the HTTP pages available in the Transaction’s:
What happens if you select Exit Transaction and outermost in a request available in ‘Log
So, if you select Exit Transaction and outermost in a request available in ‘Log
RojaAyyagary 270005QDMN Visits (656)
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 v220.127.116.11. 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.