Wat is correlatie?
Correlatie is, zoals de naam suggereert, een mechanisme om een relatie tussen twee variabelen of entiteiten te definiëren. Een Dictionary definieert het als "statistische relatie tussen twee of meer variabelen, zodat systematische veranderingen in de andere gepaard gaan met systematische veranderingen in de waarde van één variabele".
In deze tutorial zullen we leren over
- Waarom hebben we correlatie nodig?
- Automatische correlatie
- Handmatige correlatie
- Inzicht in de functie Web_reg_save_param
Waarom hebben we correlatie nodig?
Laten we de samenhang met het volgende scenario begrijpen.
Overweeg dat u een script opneemt met LoadRunner.
Client-server communicatie
- Tijdens het opnemen stuurt de client een verzoek naar de server om een sessie te starten
- Een server ontvangt het verzoek en wijst een nieuwe sessie-ID ABC toe
- Client slaat de sessie-id ABC op in het script.
- Client start de sessie met ID ABC en stuurt een verzoek naar een server om deze op te nemen
- De server herkent de ID ABC en stelt de klant in staat het script op te nemen
- Laten we nu eens kijken naar de client-servercommunicatie tijdens het afspelen
- Tijdens Replay stuurt een client een verzoek naar de server om een sessie te starten
- Een server ontvangt het verzoek en wijst een nieuwe sessie-ID XYZ toe
- Een klant start de sessie met de eerder opgenomen sessie-ID ABC en stuurt een verzoek naar de server om deze op te nemen
- Een server kan de ID ABC niet identificeren omdat hij ID XYZ verwachtte die hij had toegewezen en de sessie mislukt.
We hebben een oplossing nodig om de dynamische waarde die tijdens runtime is verzonden, te parseren en deze waarde terug te sturen naar de server. Hier is hoe de client-server-communicatie eruit zal zien met deze oplossing
- Tijdens Replay stuurt een client een verzoek naar de server om een sessie te starten
- Een server ontvangt het verzoek en wijst een nieuwe sessie-ID ZZZ toe
- Een client parseert deze nieuwe sessie-id ZZZ uit het verzoek.
- Een klant stuurt een verzoek om een sessie te starten met id ZZZ
- Een server herkent de ID ZZZ en stelt de klant in staat het script opnieuw af te spelen
Dit is niets anders dan correlatie .
Klik hier als de video niet toegankelijk is
In het geval van VUGen is correlatie een bindende relatie tussen een antwoord en een voorafgaand verzoek.
Er zijn verschillende situaties waarin een verzoek is gebaseerd op een eerder ontvangen antwoord van de server, zoals een sessie-ID, serverdatum / -tijd die wordt opgehaald van de server. Deze waarden zijn elke keer dat u een toepassing uitvoert of een script opneemt, anders. Als de uitvoering van het script afhangt van een waarde die door de server wordt geretourneerd, betekent dit uiteraard dat u een mechanisme moet vinden waarmee u de serverreactie kunt "opvangen" en kunt koppelen aan de verzoeken die de server verwacht. Dit wordt typisch Correlatie genoemd in LoadRunner.
In eenvoudige bewoordingen is de oplossing door Correlation te gebruiken:
- Leg de outputwaarde van een stap vast
- Gebruik bovenstaande vastgelegde waarde om als invoer voor alle volgende stappen te dienen
Correlatie wordt in VUGen / LoadRunner ingedeeld in 2 categorieën:
- Automatische correlatie
- Handmatige correlatie
Automatische correlatie
LoadRunner provides a mechanism to easily perform correlation in automatic fashion.
VUGen will require you to run a recorded script at least two times so it can internally compare the varying values in the server response.
Automatic correlation can be classified into 3 categories:
- Auto-Detect Correlation
- Rule-Based Correlation
- Correlating All Statements
| Rule Name | When to Use |
| Auto-detect Correlation | Detect and correlate dynamic data for application servers supported by HP LoadRunner |
| Rule-Based | Used when working with a non-supported application server for which the context is known. |
| Correlate All | Helps correlate all dynamic data in blind fashion. |
Though Automatic Correlation seems simpler, it can be error-prone and works in not more than 5% of the cases. It is always advisable to use manual correlation.
To configure automatic correlation at the time of recording, perform below configuration in Record Time Setting after a script has been recorded.
Click on Record =>Recording Options (or click Ctrl +F7),
>
Below window will open:
Click on Correlation =>Configuration - below window will open.
Here, you need to mark as checked against all applications (ASPNET) etc., which are used in your subject application. On the right-hand side, you can see the rules which will detect possible candidates for correlation e.g. _VIEWSTATE. You can also add more applications or custom rules by clicking on New Rule button.
You can also click on RULES, you will see as below:
In order for Automatic Correlation to work, you need to ensure Rules Scan is marked as checked. If you click on automatically correlate values found, VUGen will not prompt you with the choice once a correlation candidate is found, instead, it will just correlate them.
We will understand API used for correlation later. However, it is advisable to use HTML comparison instead of text comparison.
Once you’ve selected any rules, click on OK button to close the windows.
Click on 
from menu and VUGen will regenerate script (without having to record) with new configurations. VUGen will automatically add a required piece of code to handle correlation. We will look at the sample in more detail in Manual Correlation.
Please note, if you perform correlation manually or use automatic correlation, the piece of code will contain exactly same syntax and function.
Steps to auto-correlate a script:
- Record a script
- Replay script
- Identify the values to be correlated
- Select the values and click the auto-correlate button
- Verify the script by running again. A successful run means successful correlation.
Tip:
- Correlation helps run your script with different values
- Correlation also reduces the size of your script
Manual Correlation
Manual correlation is about writing code directly into your script to cater for ever-changing values. We can split it into below steps:
- Determine the value to capture
- Find the right and left text boundaries of the value to capture (WEB)
- Find which occurrence of the text boundaries should be used
- Add a web_reg_save_param function to the script, above the piece of code which requests the page with the value to capture
- Add a parameter name, left boundary, the right boundary, and occurrence to the function
- Parameterize the dynamic value in the script every time it occurs
- Verify correct execution
web_reg_save_param (" OracleAppJSESSIONID3","LB/IC=JSESSIONID=","RB/IC=;","Ord=l","Search=headers","RelFrameId=l",LAST);web_reg_save_param("Siebel_Analytic_ViewState2","LB/IC=ViewState\" value=\"","RB/IC=\"","Ord=1","Search=Body","RelFrameId=l",LAST);
Manual correlation can be done by VUser Comparison. Steps in VUser Comparison method of Correlation can be split as below:
- Identify Dynamic values that need to be correlated
- Find Servers response containing the Dynamic value
- Capture the Dynamic value in a parameter
- Replace every occurrence of the Dynamic value with the parameter
- Verify Changes
Understanding Web_reg_save_param function
VUGen provides multiple functions or APIs to correlate candidates, including:
- web_reg_save_param
- web_reg_save_param_ex
- web_reg_save_param_regexp
- web_reg_save_param_xpath
While a brief introduction is being provided here, for a detailed understanding of functions and their parameters, open VUGen, write function (or use Steps Toolbox), move a cursor on the function and click F1 - get yourself acquainted with VUGen help and make a habit. You will have to deal with it a lot when working in the industry.
Here we go with the function details:
web_reg_save_param(Parameter Name , Left Boundary , Right Boundary )
List of Attributes
Convert: The possible values are:
HTML_TO_URL: convert HTML-encoded data to a URL-encoded data format
HTML_TO_TEXT: convert HTML-encoded data to plain text format; this attribute is optional.
Ignore Redirections: If "Ignore Redirections=Yes" is specified and the server response is redirection information (HTTP status code 300-303, 307), the response is not searched. Instead, after receiving a redirection response, the GET request is sent to the redirected location, and the search is performed on the response from that location.
This attribute is optional. The default is "Ignore Redirections=No".
LB: The left boundary of the parameter or the dynamic data. If you do not specify an LB value, it uses all of the characters from the beginning of the data as a boundary. Boundary parameters are case-sensitive. To further customize the search text, use one or more text flags. This attribute is required. See the Boundary Arguments section.
NOTFOUND: The handling option when a boundary is not found, and an empty string is generated.
"Not found=error", the default value, causes an error to be raised when a boundary is not found.
"Not found=warning" ("Not found=empty" in earlier versions), does not issue an error. If the boundary is not found, it sets the parameter count to 0 and continues executing the script. The "warning" option is ideal if you want to see if the string was found, but you do not want the script to fail.
Note: If Continue on Error is enabled for the script, then even when NOTFOUND is set to "error", the script continues when the boundary is not found, but an error message is written to the extended log file.
This attribute is optional as well.
ORD: Indicates the ordinal position or instance of the match. The default instance is 1. If you specify "All," it saves the parameter values in an array. This attribute is optional.
Note: The use of Instance instead of ORD is supported for backward compatibility, but deprecated.
RB: The right boundary of the parameter or the dynamic data. If you do not specify an RB value, it uses all of the characters until the end of the data as a boundary. Boundary parameters are case-sensitive. To further customize the search text, use one or more text flags. This attribute is required. See the Boundary Arguments section.
RelFrameID: The hierarchy level of the HTML page relative to the requested URL. The possible values are ALL or a number. Click RelFrameID Attribute for a detailed description. This attribute is optional.
Note: RelFrameID is not supported in GUI level scripts.
SaveLen : De lengte van een subtekenreeks van de gevonden waarde, vanaf de opgegeven offset, om op te slaan in de parameter. Dit kenmerk is optioneel. De standaardwaarde is -1, wat aangeeft dat er tot het einde van de string moet worden opgeslagen.
SaveOffset : De offset van een subtekenreeks van de gevonden waarde om op te slaan in de parameter. De offsetwaarde mag niet negatief zijn. De standaardwaarde is 0. Dit kenmerk is optioneel.
Zoeken: het bereik van de zoekopdracht waar naar de gescheiden gegevens moet worden gezocht. De mogelijke waarden zijn Headers (zoek alleen de headers), Body (zoek alleen body data, geen headers), No resource (zoek alleen de HTML body, exclusief alle headers en resources) of ALL (zoek body, headers en resources) . De standaardwaarde is ALL. Dit kenmerk is optioneel, maar heeft over het algemeen de voorkeur.