Parametrisering i QTP/UFT med Eksempel

⚡ Smart opsummering

Parametrisering i QTP/UFT erstatter hardkodede værdier med variable input, så et enkelt testscript kan køre mod mange datakombinationer, miljøindstillinger og kaldende handlinger uden at omskrive et eneste trin.

🎯 Definition: Parametrisering bytter en fast værdi ud med en variabel værdi, så QTP/UFT kan genbruge ét script på tværs af mange testbetingelser.
📊 Datatabel: Gem agentnavn, adgangskode eller andre input i det globale ark for hver handling eller i handlingsarket for kun én handling.
🌐 Miljøvariabler: Del indbyggede, brugerdefinerede interne eller brugerdefinerede eksterne XML-værdier på tværs af alle handlinger i en test.
🔗 Test-/handlingsparametre: Send en inputværdi til en kaldet handling og returner en outputværdi til den kaldende handling.
🎲 Tilfældigt tal: Generer en unik numerisk værdi inden for et defineret område for hver iteration, handling eller hele kørslen.
▶ ️ Udførelse: Kør scriptet én gang og lad det QTP/UFT iterer hver datarække automatisk, og rapporter hver bestået eller fejlet række for række.
🇧🇷 Optimering: Kombiner datadrivere med parameteriserede felter for at finde alle konstanter, der er berettigede til parameterisering, i ét vindue.

Læs mere

Hvad er QTP Parametrisering?

QTP/UFT parametrisering lader dig vælge forskellige testinput under kørsel i stedet for at hardcode en enkelt værdi ind i et script. Denne proces med at fodre en test med eksterne parameterværdier i stedet for én fast værdi kaldes parametrisering.

Uden parameterisering betyder testning af den samme loginskærm med tre forskellige kombinationer af agentnavn og adgangskode at registrere eller vedligeholde tre næsten identiske scripts. Parameterisering gemmer ét script og tilfører det blot en ny række data for hver kørsel, hvilket er grunden til, at datadrevet testning er afhængig af det.

Typer af parametrisering i QTP

UFT (tidligere QTP) understøtter fire parametertyper, der hver især er egnet til en forskellig type variabeldata:

Datatabelparametre
Test/handlingsparametre
Miljøvariable parametre
Tilfældige talparametre

Tabellen nedenfor sammenligner, hvad hver type bedst bruges til, før vi gennemgår et live-eksempel.

Parametertype	Hvor værdien kommer fra	Typisk brugstilfælde
datatabel	Globalt eller handlingsregneark (lokalt) inkluderet i testen	Kørsel af de samme trin med mange rækker testdata
Miljøvariabel	Indbyggede værdier, værdier angivet i testen eller en ekstern XML-fil	Deler én konstant værdi, såsom en URL, på tværs af hver handling
Test/Handling	En input- eller outputværdi, der sendes mellem handlinger	Videresendelse af en værdi produceret i én handling til en anden handling
Tilfældigt tal	Et tal genereret automatisk inden for et defineret område	Oprettelse af en unik værdi, såsom et ordre-ID, på hver kørsel

Resten af denne vejledning gennemgår parametrisering af datatabeller fra ende til anden og forklarer derefter, hvordan man konfigurerer de andre tre typer med fungerende VBScript-eksempler.

Parametrisering af datatabel: Trin-for-trin eksempel

Denne Mikrofokus UFT tutorial demonstrerer, hvordan man parametriserer en logintest til flyreservationsapplikationen ved hjælp af datatabellen. Du undrer dig måske over, hvorfor der lægges så meget arbejde i at automatisere et simpelt login. Værdien bliver tydelig, når scenariet kontrollerer, at en bruger kan logge ind med en kombination af gyldigt alfanumerisk agentnavn og adgangskode værdier. Testtrinnene forbliver de samme, men mængden af data, der skal testes, vokser. Dette eksempel begrænser gennemgangen til 3 af de 8 mulige kombinationer.

Testscenarie	Test trin	Testdata
Kontroller, at brugeren logger ind på applikationen ved indtastning af en KOMBINATION AF gyldigt ALFANUMERISK agentnavn og adgangskode	Trin 1) Åbn Flight Reservation Application Trin 2) Indtast gyldigt agentnavn Trin 3) Indtast gyldig adgangskode Trin 4) Tryk på Ok Trin 5) Luk applikationen efter vellykket login.	Agentnavn = Guru Adgangskode = Mercury Agentnavn = Guru99 Adgangskode = MERCURY Agentnavn = 9999 Adgangskode = kviksølv

Du kan kopiere de samme seks trin gentagne gange med forskellige dataværdier, hvilket er det, du ville gøre manuelt, eller du kan bruge parametrisering.

Den nemmeste måde at parametrisere et argument på, i dette eksempel Guru, er:

Klik på Søgeordsvisning.
Klik på ikonet Parameterisering.

Dialogboksen Værdikonfiguration åbnes med den aktuelt indstillede værdi til en konstant. Klik på alternativknappen Parameter. QTP tildeler et standardnavn til parameteren, som du kan omdøbe, før du klikker på "OK". Som standard tilføjes den nye kolonne til arket Global Data Table, så værdien bliver tilgængelig for alle handlinger i testen; valg af arket Handling (lokal) i stedet dækker det kun en enkelt handling.

I det globale ark, en kolonne med overskriften "Agentnavn" og værdien Guru er oprettet. Du kan tilføje flere rækker med værdier for denne parameter.

Skift til ekspertsyn viser, at "Agentnavn" er blevet erstattet af parameterreferencen "Guru", sammen med den anvendte type ark.

Du kan parametrisere argumentet Password på samme måde og indtaste et andet sæt testdata.

Denne datatabel betyder QTP vil gentage de samme seks registreres trin tre gange. Den første iteration bruger dataene i række et, den anden iteration bruger række to, og så videre. Statuslinjen rapporterer, hvilken række der aktuelt er i brug, og fremhæver den tilsvarende række i dataarket. Resultaterne opsummerer alle tre iterationer.

Miljøvariabelparametre i UFT

Miljøvariable parametre angiver en værdi, der forbliver konstant på tværs af hver iteration af en kørsel, hvilket gør dem nyttige til konfigurationsdata, såsom en base URL eller miljønavn, som enhver handling har brug for. UFT genkender tre typer miljøvariabler:

Indbygget: Foruddefinerede værdier, såsom testnavn, handlingsnavn eller operativsystemversion, der UFT udfyldes automatisk.
Brugerdefineret intern: Værdier, du angiver i testen med et script; de findes kun for den aktuelle kørsel og gemmes ikke sammen med testen.
Brugerdefineret ekstern: Navn-værdi-par gemt i en ekstern XML-fil, som du indlæser, før kørslen starter.

Hvis du vil bruge en miljøvariabel i et trin, skal du åbne dialogboksen Værdikonfiguration for cellen, vælge Miljø som parametertype og derefter vælge variabelnavnet. VBScriptet nedenfor viser alle tre variabeltyper i en enkelt handling:

' Read a Built-in environment variable
MsgBox Environment.Value("OS")

' Set and read a User-Defined Internal environment variable
Environment.Value("AppURL") = "https://demo.guru99.com/V4/"
MsgBox Environment.Value("AppURL")

' Load a User-Defined External XML file, then read a value from it
Environment.LoadFromFile "C:\Guru99\EnvConfig.xml"
MsgBox Environment.Value("Address")

For at bygge den eksterne fil, der er refereret til ovenfor, skal du oprette et XML-dokument med en rod <Environment> element og et <Variable> element pr. navn-værdi-par, og indlæs det derefter fra Fil > Indstillinger > Miljø i UFT før testen køres. Eksterne variabler er skrivebeskyttede, når de er indlæst, så opdater XML-kildefilen, når en værdi skal ændres.

Miljøvariabler adskiller sig fra Test/Handlingsparametre i omfang: en miljøvariabel er tilgængelig for hver handling i testen, mens en Test/Handlingsparameter sendes eksplicit mellem to specifikke handlinger, hvilket er den type, der dækkes i det følgende.

Test- og handlingsparametre i UFT

Test/Handlingsparametre lader én handling sende en værdi til en anden handling som inputparameter, og lader den kaldte handling returnere en værdi tilbage som outputparameter. I modsætning til miljøvariabler, som er synlige for hele testen, findes en Test/Handlingsparameter kun for det specifikke kald, der definerer den, hvilket holder handlinger genbrugelige på tværs af forskellige tests.

For at oprette en skal du højreklikke på handlingen i testflowet, vælge Handlingsegenskaber og tilføje en parameter under fanen Inputparametre eller Outputparametre med et navn og en datatype. Handlingen kan derefter referere direkte til parameteren i sine trin. Når en anden handling kalder denne handling, for eksempel med RunAction "VerifyLogin", oneIteration, "Guru99", "Mercury", de værdier, der angives i kaldet, udfylder inputparametrene for den pågældende kørsel.

Fordi værdierne følger med kaldet i stedet for at være inde i datatabellen, fungerer Test/Action-parametre godt til genbrug. aktioner der kræver forskellige input afhængigt af hvilken test der kalder dem, såsom en delt login-handling, der bruges af flere testflows.

Parametre for tilfældige tal i UFT

Parametre for tilfældige tal genererer automatisk en numerisk værdi inden for et område, du definerer. Dette er nyttigt, når en test kræver en værdi, der skal være unik ved hver kørsel, f.eks. et nyt kunde-ID, et ordrenummer eller en bookingreference, som applikationen ikke accepterer to gange.

For at konfigurere en skal du åbne dialogboksen Værdikonfiguration for cellen og vælge Tilfældigt tal som parametertype. UFT spørger efter det numeriske område, et valgfrit navn til parameteren, og hvor ofte den skal generere en ny værdi:

For hver handlingsiteration – genererer et nyt tal hver gang handlingen udføres.
For hver test iteration – genererer et nyt tal én gang pr. testiteration.
Én gang per hel testkørsel – beholder det samme nummer for hele løbet.

Parametre for tilfældige tal deler runtime-fleksibiliteten med datatabeller og miljøvariabler, men de fjerner behovet for manuelt at redigere unikke testdata, efterhånden som mængden af datadrevne iterationer vokser.

Fordele ved parametrering

Parameterisering betaler sig gennem hele automatiseringslivscyklussen, fra det første script til en komplet regressionssuite:

Det giver dig mulighed for at vælge forskellige værdier under kørsel i stedet for at redigere scriptet for hver datakombination.
Det reducerer den tid og indsats, der kræves for at dække flere kombinationer af testdata.
Datadrivere, en UFT funktionen, liste alle konstanter i et script, der er berettiget til parameterisering, i et enkelt vindue, hvilket forenkler parameterisering af store scripts.
Det holder testdata uden for scriptet, så en tester kan tilføje nye rækker, miljøværdier eller tilfældige områder uden at røre automatiseringslogikken.

Klik link. hvis videoen ikke er tilgængelig

Ofte Stillede Spørgsmål

Det globale ark indeholder ét sæt værdier, der deles af hver handling i testen, mens handlingsarket (lokal) indeholder værdier, der er private for en enkelt handling og kun bruges, når handlingen gentages.

Ja. En test kan bruge datatabelværdier for ét felt, en miljøvariabel for en delt indstilling og en Test/Action-parameter til at overføre data mellem handlinger, alt sammen inden for det samme script.

Ja. Værdier, der er indlæst fra en ekstern XML-fil, kan ikke ændres indefra scriptet under den kørsel. Opdater XML-kildefilen, og genindlæs den for at ændre værdien.

Ja. Generative AI-værktøjer kan udarbejde realistiske eller edge-case datasæt til datatabellen, men en tester bør stadig gennemgå og validere hver værdi, før testen køres.

Moderne UFT Én udgivelse inkluderer AI-drevet objektidentifikation og selvreparerende tests, men valg af hvilke felter der skal parametriseres er stadig et manuelt trin, der udføres via dialogboksen Værdikonfiguration.