Miljøvariabel i QTP (UFT) med eksempel
⚡ Smart opsummering
Miljøvariabler i QTP og UFT Én butik værdsætter, at alle handlinger, funktionsbiblioteker og gendannelsesscenarier kan læses, så man kan udføre tests URLs, legitimationsoplysninger, stier og sprogstrenge uden at hardcode dem nogen steder.
Hvad er miljøvariabel?
Miljøvariabler er dynamiske "objekter" på en computer, der kan lagre en værdi, som igen kan refereres til af et eller flere softwareprogrammer i Windows.
Miljøvariabler er dynamiske af natur og kan ændres. Der er en række miljøvariabler, som programmer kan referere til, og som kan være nyttige til at finde information om deres computermiljø. Testværktøjet har sin egen liste ved siden af dem, der Windows giver.
UFT En miljøvariabel
Mikrofokus UFT Miljøvariabler kan tilgås via alle handlinger, funktionsbiblioteker og gendannelsesscenarier.
⚠️ Versionsnotat: Dette produkt blev leveret som HP QuickTest Professional, blev omdøbt til Unified Functional Testing og sælges i dag som OpenText Funktionel testning (UFT En)Miljøobjektet og skærmbillederne nedenfor er uændrede – kun produktnavnet er flyttet. officiel miljøobjektreference bærer den nuværende syntaks.
Typer af QTP miljøvariabler
Miljøvariabler er de variabler, der kan bruges globalt i testene. Der er to typer miljøvariabler
- Indbyggede variabler
- Brugerdefinerede variabler (Har 2 undertyper)
- Intern
- Ekstern
Indbyggede variabler beskriver maskinen og testkørslen og er skrivebeskyttede. Brugerdefinerede variabler indeholder dine egne data, og kun de interne variabler kan skrives til fra et script.
Indbyggede variabler
In QTP, indbyggede variabler er foruddefinerede variable. Det gør det muligt for brugeren at hente informationen om den test, der udføres, og at få information om OS (Operating Systems), som testen udføres på. Nogle af de indbyggede variabler er Action iteration, Operating system, test bibliotek, lokale værtsnavne, Operating systemversion osv.
Gå til fil -> Indstillinger -> Fanen Miljø for at se afsnittet med miljøvariabler og se listen over miljøvariabler. Ruden åbnes på den indbyggede liste, som vist nedenfor.
Værdierne fra miljøvariabler kan hentes og bruges, hvor det er nødvendigt under kørselssessionen. Det er disse navne, testere oftest bruger.
| Indbygget variabel | Hvad den returnerer |
|---|---|
| OS | Operasystemfamilien på den maskine, der kører testen |
| OSVersion | Operating systemversion |
| Testnavn | Navn på den test, der kører i øjeblikket |
| TestDir | Mappen hvor testen er gemt |
| Handlingsnavn | Navn på den handling, der kører i øjeblikket |
| HandlingIteration | Iterationsnummer for den aktuelle handling |
| Lokalt værtsnavn | Værtsnavn på den lokale maskine |
| Resultatmappe | Mappen, som kørselsresultaterne skrives til |
Eksempel:
MsgBox Environment.Value("OSVersion")
Den enkelte linje viser operativsystemversionen direkte fra kørselssessionen.
Brugerdefinerede variabler
Før udførelse af testen er disse variabler, som er defineret af brugeren. Det kan bruges globalt på tværs af forskellige tests, eller de kan også begrænses til én test.
Brugerdefinerede variabler blev klassificeret i to typer
- Intern
- Ekstern
- Brugerdefineret – Interne variablerDisse variabler defineres af brugeren før testen udføres, og de er kun tilgængelige for en bestemt test.
- Brugerdefineret - Eksterne variabler: Disse variabler defineres af brugeren, og de kan bruges globalt på tværs af forskellige tests.
Eksterne variabler kan indlæses på to måder. Det kan gøres manuelt før testen udføres via fanen "Miljø" eller den brugerdefinerede skærm ved at kontrollere afkrydsningsfeltet "Indlæs variabler" og derefter vælge XML-filen. Den anden rute er en scriptkommando, som er beskrevet længere nede på denne side.
Du kan oprette en brugerdefineret variabel på følgende måde. Skift variabeltypen til brugerdefineret, og tilføj en række med navn og værdi.
Den færdige række vises derefter i den brugerdefinerede liste.
Du kan få adgang til variablen som følger
MsgBox Environment.Value("Guru99")
Meddelelsesfeltet returnerer den værdi, der er gemt under det pågældende variabelnavn.
Miljøobjektmetoder og -egenskaber
Begge lister nås via én vbscript objekt kaldet Miljø. Det eksponerer én egenskab, én metode og én skrivebeskyttet egenskab, og det er hele API-overfladen.
| Medlem | Type | Hvad gør den |
|---|---|---|
| Værdi | Ejendom | Henter enhver miljøvariabel og indstiller brugerdefinerede variabler |
| IndlæsFraFil | Metode | Indlæser en ekstern miljøvariabel XML-fil under kørsel |
| Eksternt filnavn | Ejendom | Returnerer den eksterne fil, der er valgt i miljøruden, eller en tom streng |
Læsning er tilladt overalt. Skrivning fungerer kun på brugerdefinerede interne variabler, fordi indbyggede variabler og variabler indlæst fra en fil er skrivebeskyttede.
' Read any variable strVersion = Environment.Value("OSVersion") ' Write a user-defined internal variable Environment.Value("Guru99") = "SecondValue" ' Check which external file is active If Environment.ExternalFileName = "" Then MsgBox "No external environment file is loaded" End If
Den samme sætning opfører sig identisk i en handling, et funktionsbibliotek eller en genopretningsscenarie.
Sådan opretter og indlæser du en XML-fil med en ekstern miljøvariabel
En ekstern fil omdanner variabellisten til et delbart aktiv, så én test kan køre mod udvikling, staging og produktion uden et redigeret trin.
- Definer først værdierne som interne brugerdefinerede variabler i ruden Miljø.
- Brug eksport knappen i den rude, som skriver det korrekte XML struktur for dig.
- Gem én fil pr. miljø, for eksempel EnvDev.xml og EnvProd.xml.
- Ret testen mod en fil med afkrydsningsfeltet "Indlæs variabler", eller indlæs den fra scriptet.
Filen er en flad liste af variabel- og værdipar i syntaksen nedenfor.
<Environment>
<Variable>
<Name>This is the first variable name</Name>
<Value>This is the first variable value</Value>
</Variable>
</Environment>
Indlæsning fra kode er en to-linjers vagt: tjek om en fil allerede er aktiv, og indlæs kun en, hvis den ikke er det.
fileName = Environment.ExternalFileName If fileName = "" Then Environment.LoadFromFile "C:\testEnv.xml" End If
Bedste praksis og almindelige fejl
De fleste problemer stammer fra omfang og stavning snarere end syntaks. Tabellen viser de fejl, som testere oftest støder på.
| Symptom | Årsag | Fix |
|---|---|---|
| Variablen returnerer en tom værdi | Navnet er stavet forkert, eller blev aldrig tilføjet til denne test | Navnene stemmer præcist overens; tjek stavningen igen i Miljøpanelet |
| Kørselsfejl på en tildelingslinje | Scriptet skriver en indbygget eller eksternt indlæst variabel | Kun brugerdefinerede interne variabler kan tildeles |
| Den eksterne fil ignoreres | Afkrydsningsfeltet er ikke markeret, og LoadFromFile blev aldrig kaldt | Markér feltet, eller indlæs filen fra scriptet |
| En delt variabel mangler et andet sted | Variablen blev defineret som intern | Flyt den til en ekstern XML-fil, så alle tests kan indlæse den |
- Anvend én navngivningskonvention, så ruden forbliver læsbar, efterhånden som listen vokser.
- Hold XML-filerne under kildekontrol, og gem aldrig rigtige adgangskoder i dem.
- Reserver miljøvariabler til værdier, der forbliver konstante gennem en kørsel, og overlad række-for-række-data til datatabel.





