vjagadeesh 2700063KJN Visits (1157)
Correlation of cookies is not mandatory in RPT. During playback some values which are recorded during scripting are sent to the server to be processed, but these values most of the time are dynamic in nature, and they do not form the page content during response from the server. Cookies are usually cached to be reused by the page, but these do not give the correct response time for the page content. Hence, some times the test is run by disabling the cache. To summarize, no it is not necessary to correlate cookie in RPT, as they do not form the basic contents of the page.
AcdntlPoet 2700019V2G Visits (847)
Export and Import Project Files in Rational Performance Tester- IBM Rational Client Support Engineer Roja Ayyagary provides a demonstration of how to export and import project files in IBM Rational Performance Tester.
Soumya Y Shanthimohan 270004GAQS Visits (1086)
While working on a specific scenario, I noticed three different playbacks had three different Page element status codes.
Below was my observation after analyzing the playback data
The Page Element Status code was 100% successful for the first run –
A bar chart that shows the following information to indicate the overall success of the run.
Here, the page element success means that the response code verification point passed for that request. If a request has no verification points, success means that the server received the request and returned a response with a status code in the 200 or 300 category or returned an expected response with a status code in the 400 or 500 category.
Here, if you notice the section ‘Server Health Summary’, the number of total page element attempts is equal to the total page element Status code success. Hence we see success rate for Page Element Status code is 100%
The Page Element Status code was 99.26% successful for the second run -
Notice the section ‘Server Health Summary’, the number of total page element attempts is NOT equal to the total page element Status code success. Hence we see success rate for Page Element Status code is 99.26%
The Page Element Status code was 84.44% successful for the third run -
Notice the section ‘Server Health Summary’, the number of total page element attempts is NOT equal to the total page element Status code success. Hence we see success rate for Page Element Status code is 84.44%
Soumya Y Shanthimohan 270004GAQS Visits (1252)
When establishing the stages of execution in a schedule, you may want to pull down the active virtual users at different intervals but may not find an option to do that in Rational Performance Tester (RPT).
You may also find the below Request for Enhancement (RFE) whose status may say the feature is delivered -
However, the RFE had been closed saying that the functionality was already available in the product.
The explanation is that "Change Rate" could mean "Ramp Up" rate or "Ramp Down" rate depending on the context.
If the current stage has more users than the previous one, "change rate" means "Ramp Up" and if it has lesser users it will mean "Ramp Down",
For example, the first stage may have 100 users and the second stage have just 1 user. The "Ramp Down" happens in the second stage.
vjagadeesh 2700063KJN Visits (857)
Socket recording script correlation in Rational Performance Tester (RPT):
In RPT, the script which is recorded using socket recording do not contain information in request and response format. The recorded script is in send and receive format. Information recorded in the send and receive format is basic in nature, meaning the information is either in binary, ASCII or Hex.
Correlation of these values manually is difficult. The binary data need to be converted to ASCII format before the correlation is performed. Dynamic values are dependent on both the application type and the encoding format used in the application. Hence the correlation in binary format is not done.
Correlation of ASCII format is handled like normal manual correlation.
. The value is searched in the reponse content of the receive message.
. A reference is created, for the ASCII value.
. This is replaced in the send requests in the script.
Sometimes, hex codes are also considered for correlation. Here the hex codes in the receive format are manually converted to ASCII format and the relevant values are considered for reference. Once the reference is created, this is replaced in the send request, as done in ASCII format.
This topic covers the basic of correlation of scripts recorded using socket protocol, using RPT.