Forståelse og arbejde med robotrammer

understanding working with robot framework

Selvstudiet forklarer, hvordan man opretter og udfører en grundlæggende testtilstand i robotrammerne. Du lærer også om variabler og nøgleord i Robot Framework:

Vi lærte om Grundlæggende om Robot Framework IDE - RIDE i vores tidligere tutorial for at hjælpe os med at komme i gang med at skrive testskripter ved hjælp af RIDE i dette Robot Framework-serien .

Selvstudiet giver dig en forståelse af det grundlæggende i Robot Framework.

Vi lærer om variabler og typen af ​​variabler, der er tilgængelige i Robot Framework. Vi vil se, hvordan vi opretter og bruger variablen. Vi vil også forstå, hvad der er nøgleordene sammen med deres forskellige typer. Vi lærer også at vide, hvordan nøgleord kan oprettes og bruges.

bedste software til kopiering af dvd til harddisk

Desuden vil denne vejledning også give dig viden om opsætnings- og nedrivningsindstillingerne i RIDE, der er nyttige i eksekvering af testsager. Vi lærer også om tags - en funktion af RIDE, der hjælper med selektiv eksekvering af testsager.

Vigtigst er det, at vi skriver testmanuskriptet (med og uden lokaliseringer) for et par eksempler på testtilfælde. Vi lærer, hvordan disse testskripter udføres i Ride, og til sidst i slutningen af ​​selvstudiet lærer vi at se rapporterne til de udførte testskripter.

Vi afslutter selvstudiet med nogle nyttige links om Robot Framework, som du når som helst kan henvise til.

Hvad du vil lære:

• Oprettelse og udførelse af en grundlæggende testsag
• Forståelse af variabler i robotrammer
• Forståelse af nøgleord i robotrammer
• Brug af opsætning og nedrivning i RIDE
• Brug af tags i RIDE
• Oprettelse af testcase ved hjælp af Locators
• Forståelse af nøgleord og datadrevet tilgang i robotrammer
• Adgang til rapporter i ride
• Konklusion
• Anbefalet læsning

Oprettelse og udførelse af en grundlæggende testsag

Lad os nu oprette en grundlæggende testtilstand i RIDE, hvor vi åbner hjemmesiden google.com i Chrome-browseren, og så lukker vi browseren. Så lad os komme i gang med vores første testsag i Robot Framework ved hjælp af Ride.

Klik på 'TestCase1' og du kan se et gitter (du skal være på fanen 'Rediger').

Følg nedenstående trin for at skrive koden:

• Skriv 'Åbn browser' (nøgleord leveret af Selenium Library) i den første celle.
• Når du begynder at skrive, skal du vælge ctrl + alt + mellemrumstast (eller ctrl + mellemrum) for at få hjælp til indhold.
• Skriv URL-adressen i den næste celle Google .
• Skriv browsernavnet i den tredje celle. Det er valgfrit at angive browsernavnet.
• I den første celle i næste række skal du skrive 'Luk browser'.

Lad os forstå, hvad vi lige har gjort.

• 'Åbn browser' er et nøgleord, der leveres af Selenium-biblioteket, som vi importerede ovenfor i vores test sag.
• Hjælp til indhold hjælper os med den nøjagtige syntaks uden at skulle huske det.
• 'Åbn browser' tager det første argument som URL for det websted, som vi vil åbne i browseren. Det andet argument er valgfrit, og det specificerer den browser, vi vil bruge. Hvis dette ikke er nævnt, bruges Firefox som standardbrowser.
• 'Luk browser' er igen et Selenium Library-nøgleord, der lukker den browser, vi åbnede.

Nu skal vi udføre denne kode ved at følge nedenstående trin:

• Klik på fanen 'Kør' - Denne fane indeholder muligheden for at udføre testsagen.
• Marker 'Autosave' - For at sikre, at eventuelle ikke-gemte ændringer i testsagen gemmes automatisk.
• Kontroller 'TestCase1' - For at fortælle RIDE, hvilken test sag vi ønsker at udføre.
• Klik på knappen 'Start' - For at starte udførelsen af ​​testsagen.

Testsagen bliver udført med succes. Nedenfor er det skærmbillede, som vi får efter en vellykket udførelse af testsagen. Her kan vi se den samlede tid, der er taget for testudførelse sammen med antallet af beståede og mislykkede testsager.

Udover dette har vi også muligheden for at se Rapport og log for den udførte testsag. Det skal vi se i de kommende tutorials.

Forståelse af variabler i robotrammer

Ligesom ethvert programmeringssprog, hvor vi bruger variabler, har vi også variabler i Robot Framework.

Hvad er variabler?

Variabler er intet andet end lagerplaceringer henvist til et navn, der indeholder en værdi.

Typer af variabler

I Robot Framework har vi 3 typer variabler:

1. Skalar
2. Liste
3. Ordbog

I de næste to emner skal vi se, hvordan hver af ovenstående typer variabler kan oprettes og bruges.

Oprettelse af variabler

I Robot Framework er variablerne ikke store og små bogstaver. Vi skal bruge store bogstaver til at henvise til globale variabler (der bruges på tværs af hele sæt testsager) og små bogstaver til at henvise til lokale variabler (der kun bruges i visse testsager).

For at navngive en variabel brugte vi en variabel-type-id (&,%, $, @), der går forud for variabelnavnet skrevet inden for krøllede parenteser. Lad os se på, hvordan hver af de variable typer erklæres.

# 1) Skalarvariabel : En skalarvariabel henvises til som $ {Name}.

Her henviser $ - til variabeltypen, dvs. skalarnavn - er variabelnavnet.

Som regel er dette placeret i krøllede seler. En skalarvariabel kan leveres med en hvilken som helst værdi, for eksempel en streng, et objekt, tal, lister, ordbøger eller brugerdefinerede objekter.

Lad os tildele værdi 5 til den skalære variabel 'a'.

Følg nedenstående trin for at gøre det:

TestCase1 (højreklik) -> Ny skala

Du får en pop op-skærm som vist nedenfor:

Indtast variabelnavnet inden for de krøllede seler som vist i snapshotet ovenfor. Angiv dens værdi i tekstfeltet 'Værdi', og tilføj en kommentar, hvis du vil.

Denne skalarvariabel - $ {a}, vi lige har oprettet, kan nu ses i venstre panel.

# 2) Listevariabel : En listevariabel henvises til som @ {name}.

Her refererer @ - til variabeltypen, dvs. listenavn - er variabelnavnet. Som regel er dette placeret i krøllede seler.

Listen gør det muligt at gemme en Python-liste eller et listelignende objekt i den. Robot Framework tillader ikke, at strenge bruges som lister, men genstande som tupler eller ordbøger er tilladt.

Lad os tildele værdierne 'Hej', 'Robot' og 'Framework' for at liste variablen 'b'. Følg nedenstående trin for at gøre det:

TestSuite1 (højreklik) -> Ny listevariabel

Du får en pop op-skærm som vist nedenfor. I stedet for standard '4' i kolonnefaldet vælger vi '2'.

Følg nu nedenstående trin:

• Indtast variabelnavnet 'b' inden for de krøllede seler som vist i snapshotet nedenfor.
• Angiv dens værdier i tekstfeltet 'Værdi'.
• Tilføj en kommentar (valgfri).
• Klik på 'OK' for at gemme variablen.

Hver af værdierne i listevariablen tilgås i forhold til dens indeks, der betragtes som 0 for den første værdi på listen. For eksempel, for at henvise til en ramme ville vi skrive det som @ {b} [2], da det er i position 3, for hvilket indekset ville være 2.

# 3) Ordbogsvariabel : En ordbogvariabel henvises til som & {Navn}.

Her refererer & - til variabeltypen, dvs. ordbogens navn - er variabelnavnet. Som regel er dette placeret i krøllede seler.

Ordbogsvariabler bruges primært, når vi har en tabel med nøgleværdipar. For eksempel når vi vil teste login til et sæt ID og adgangskode. Forskellen mellem variablerne List og Dictionary er, hvordan de henvises, og det skal vi se fremadrettet.

Lad os oprette en ordbogsvariabel 'login' og tildele værdier: e-mail og adgangskode til den som vist nedenfor: 'testingrf19@gmail.com', '123'. Følg nedenstående trin for at gøre det:

TestSuite1 (højreklik) -> Ny ordbogvariabel

Du får en pop op-skærm som vist nedenfor. I stedet for standard '4' i kolonnefaldet vælger vi '1'.

Følg nu nedenstående trin:

• Indtast variabelnavnet 'login' inden for de krøllede parenteser som vist i snapshotet nedenfor.
• Angiv dens værdier i tekstfeltet 'Værdi'.
• Tilføj en kommentar (valgfri).
• Klik på 'OK' for at gemme variablen.

I modsætning til listevariabler, der bruger indekset til henvisning til de individuelle værdier i det, bruger ordbogsvariabler en mere klar måde at henvise til dens værdier. Som i tilfældet ovenfor bruger vi & {login} [email] og & {login} [password]. Ser det ikke helt selvforklarende ud?

Disse oprettede variabler er også synlige i 'TestSuite1' (fanen Rediger).

Brug af variabler

Vi skal nu se, hvordan vi kan bruge disse variabler i vores test case. Vi bruger testen, der er oprettet tidligere, og erstatter den anvendte URL med en variabel, der gemmer URL'en i stedet. Så lad os oprette en skalarvariabel med navnet 'URL' og gemme værdien Google i det.

Vi erstatter nu URL'en med variablen i vores kode. Da dette er en skalar variabel, henvises der til den som $ {URL}. Vores testsag skal nu se ud som vist nedenfor:

Lad os køre denne test sag og se, om variablen 'URL' bliver erstattet med den korrekte værdi. Ja! Vores testsag bliver udført med succes. Google com åbnes i browseren, og derefter lukkes browseren. Resultatet viser, at det var en succes.

Det grønne symbol ved siden af ​​testsagens navn på venstre panel og PASS i højre panel viser, at eksekveringen af ​​testsagen var vellykket.

Sådan bruger vi variabler i en testtilfælde. Fordelen ved at bruge variabler er synlig, når vi bruger den samme værdi flere steder. Hver gang der er en ændring i værdien, behøver vi kun erstatte værdien af ​​variablen, og det samme reflekteres på hvert sted, hvor variablen er blevet brugt.

På samme måde kan vi bruge listen såvel som ordbogsvariablen efter behov i vores testsager.

Forståelse af nøgleord i robotrammer

Hvad er søgeord?

Nøgleord som navnet antyder ('Nøgle' ​​+ 'ord') er et ord, der tjener som en nøgle til noget, der ikke er synligt. Mere simpelt lad os forstå, at hvis jeg har en opgave med 10 trin, der skal udføres, og jeg nævner disse 10 trin og henviser dem med et navn, så er navnet et nøgleord.

Typer af nøgleord

Robot Framework indeholder to typer nøgleord:

• Biblioteks nøgleord : Disse nøgleord er også kendt som nøgleord på lavt niveau. Disse stilles til rådighed af de biblioteker, der bruges sammen med Robot Framework (indbyggede og eksterne biblioteker). For eksempel, Vi har et nøgleord 'Log til konsol', der leveres af det indbyggede bibliotek, og 'Åbn browser' er et nøgleord, der leveres af Selenium-biblioteket.
• Brugerdefinerede nøgleord : Disse kaldes også nøgleord på højt niveau. De defineres af brugeren. Brugerdefinerede nøgleord kan også indeholde andre biblioteksnøgleord og / eller andre handlinger.

Oprettelse af nøgleord

Denne tutorial forklarer måderne til at oprette brugerdefinerede nøgleord.

Højreklik 'TestSuite1' og vælg 'Nyt bruger-søgeord' .

Du får en pop op-skærm som nedenfor. Lad os oprette et nøgleord for at åbne Google-webstedet. Så vi ville kun have et nøgleord til at udføre opgaven med den testsag, vi havde oprettet.

Åbn testkassen, du oprettede, og se på de trin, du tilføjede. Vi havde åbnet google.com i Chrome og lukkede derefter browseren.

Lad os give navnet 'Åbn google' til vores nøgleord og klik 'Ok'.

Nøgleordet er defineret, og nu skrives de handlinger, der skal udføres, inden for dette nøgleord. Så klik på ' Åbn Google ' og skriv de samme trin, som vi skrev i vores TestCase1.

Som du ser nedenfor, er nøgleordet “ Opengoogle ”Ville åbne Google com i Chrome-browseren, og luk derefter browseren.

Brug af nøgleord

Vi har nu defineret vores nøgleord “ Åbn Google ”. Det er ret simpelt at bruge det i vores test sag. Se først på vores originale test sag, som vi havde oprettet til åbning af google nedenfor.

Vi erstatter nu denne kode med nøgleordet. Du vil bemærke, at når du begynder at skrive nøgleordet og åbne indholdsassistenten, vil dette nøgleord også være synligt på den liste, der vises. Se på skærmbilledet nedenfor.

Efter udskiftning ville vores TestCase1 se simpelt ud som vist nedenfor:

Lad os udføre dette og se, om det fungerer efter hensigten.

Ja! testsagen er bestået, og vi har det forventede resultat.

Brug af opsætning og nedrivning i RIDE

Ligesom navnet antyder, er Setup det sæt instruktioner / nøgleord, der skal udføres som indledende forberedelse til udførelse af selve testsagen. Som et eksempel, generelt til enhver eksekvering af testsager, ville vores grundlæggende krav være at åbne en browser. Så vi kan altid tilføje dette trin for at åbne browseren som en installationsaktivitet.

Tilsvarende er nedrivning det sæt instruktioner / nøgleord, der skal udføres i slutningen af ​​en eksekvering af en testsag. Som et eksempel, når vi er færdige med at udføre en testsag, vil vi gerne lukke browseren. Så vi kan altid tilføje dette trin for at lukke browseren som en nedrivningsaktivitet.

Opsætnings- og nedrivningsaktiviteter kan erklæres på:

• Test suite niveau: Når deklareres på test suite niveau, vil installationsinstruktionerne blive udført, før nogen af ​​testsagerne inden for den test suite udføres. Tilsvarende vil nedrivning, der er erklæret på testpakke niveau, blive henrettet, efter at nogen af ​​testsagerne i den testpakke er udført.
• Test sag niveau : Når deklareres på et testtilfældeniveau, udføres installationsinstruktionerne, før udførelsen af ​​testsagerne inden for den testpakke udføres. Tilsvarende vil nedrivning, der er erklæret på testsageniveau, blive henrettet, efter at testsagen er udført.

Lad os nu se, hvordan vi tilføjer en installationsaktivitet på Test Case-niveau.

• Opret TestCase2.
• Klik på knappen 'Rediger' for Opsætning lige under Indstillinger i højre panel.
• Indtast nøgleordet 'Åbn browser' i vores tilfælde. Du kan også bruge indholdshjælpen her.
• Argumenter kan sendes sammen med nøgleordet ved at adskille dem med et '|' rørtegn.
• Klik på 'OK'.

Lad os nu se, hvordan vi tilføjer en nedrivningsaktivitet på Test Case-niveau.

1. Klik på TestCase1
2. Klik på knappen 'Rediger' for at nedbryde, lige under Indstillinger i højre panel.
3. Indtast nøgleordet 'Luk browser' i vores tilfælde. Du kan også bruge indholdshjælpen her.
4. Klik på 'OK'.

Nu hvor vi har flyttet begge trin i testsagen som oprettet og nedrevet aktivitet, lad os tilføje endnu et trin til testsagen, så vi kunne udføre og kontrollere resultatet. Lad os vise “Hej” på konsollen. Det nøgleord, vi har brugt, er 'Log', som er fra det indbyggede bibliotek.

TestCase2 ser ud som vist nedenfor:

Når den udføres, udføres installationen først efterfulgt af logning af 'Hej' på konsollen, og til sidst udføres nedrivningsaktiviteten, og browseren lukkes.

Brug af tags i RIDE

Mærkning bruges, når vi ønsker at gruppere et sæt testsager, enten for at udføre dem eller for at undgå deres udførelse. Vi grupperer primært tests under regression, røg og sundhed. Eller det kan være i scenarier, hvor nogle vigtige funktioner skal testes gentagne gange.

For at forstå hvordan tags oprettes og bruges, lad os skrive to enkle testcases - 'TestCase3' og 'TestCase4'. Koden til dette er som vist nedenfor. Vi har brugt nøgleordene, 'Log til konsol' som er fra det indbyggede bibliotek.

Test sag 3

Test sag 4

Følg nedenstående trin for at mærke disse testsager:

• Klik på knappen Rediger for 'Mærker'.
• Indtast et navn på tagget på pop op, sig Case3.
• Klik på 'OK'

Begge testsager har nu tagget 'Case3'. Lad os se, hvordan dette kan bruges.

Antag, at vi kun ønsker at udføre testcase3 og testcase4.

• Gå til fanen Kør
• Marker afkrydsningsfeltet 'Kør kun test med disse tags'

• Skriv 'Case3' i tekstfeltet nedenfor.
• Klik på startknappen.

Bemærk, at vi ikke valgte nogen testtilfælde, men efter testudførelsen vil du se, at kun 'TestCase3' og 'TestCase4' er blevet udført.

På samme måde har vi også muligheden for at springe over bestemte taggede testsager ved hjælp af 'Spring test over med disse tags' og nævne tagnavnet.

Vi har også mulighed for at oprette tags dynamisk ved kørsel ved hjælp af nøgleordet 'Sæt tag' , på samme måde kan vi også fjerne tags under kørsel ved hjælp af nøgleordet 'Fjern tag' .

Håber, at denne tutorial har givet dig en klar idé om at oprette og bruge tags nu.

Oprettelse af testcase ved hjælp af Locators

Vi oprettede en meget grundlæggende testsag, der involverede at skrive noget på konsollen eller bare åbne en browser. Lad os nu skrive testsager, der involverer brugen af ​​lokaliseringer.

Test af et websted eller en hvilken som helst applikation involverer lokalisering af elementerne. Når vi vil udføre en handling på et hvilket som helst element, skal vi kende dets lokalisering. Normalt er 'id' eller 'navn' attributterne for et element, der bruges til at identificere det på en side og derved udføre en handling på det ved hjælp af nøgleord.

Vi åbner en browser og søger efter den officielle webside for Robot Framework og åbner den.

Lad os komme i gang og skrive koden til dette.

• Opret 'TestCase5' i TestSuite1.

• Åbn browser (Chrome).
• Find derefter søgeren til tekstfeltet google-søgning.

Chrome-indstillinger -> Værktøjer -> Udviklerværktøjer .

Det samme kan også fås ved hjælp af Ctrl + Shift + I.

• Når udviklerværktøjet er åbent, skal du klikke på ikonet for lokaliseringselement som angivet nedenfor.

• Hold markøren over tekstfeltet til Google-søgning, indtil det bliver fremhævet, og klik over det. Du vil bemærke, at koden relateret til søgefeltet bliver fremhævet på højre panel.
• Fra koden bruger vi navnet = ’q’ som lokalisering.
• 'Indtastningstekst' er det Selenium-nøgleord, der skal bruges til at indtaste tekst i google-søgefeltet.
• Tryk på Enter-tasten for at få søgeresultaterne.

Sådan ser vores kode ud. Det ser ret simpelt ud !! Er det ikke?

Det handler om praksis. Alt, hvad vi har brug for, er at kunne huske, hvilket nøgleord der er tilgængeligt for at automatisere en bestemt handling. Så jo mere du automatiserer dine tests, jo mere behageligt vil du arbejde med denne ramme.

Resultatet af ovenstående testsag efter udførelse er som vist nedenfor. Chrome-browseren ses åben nedenfor ved at vise søgeresultaterne til 'Robot Framework'.

Forståelse af nøgleord og datadrevet tilgang i robotrammer

Når vi skriver en test case i Robot Framework, følger vi en af ​​nedenstående fremgangsmåder:

• Søgeordsdrevet tilgang: Når vi bruger nøgleord til at skrive testsagerne, kalder vi det en nøgleordsdrevet tilgang. Den nøgleordsdrevne tilgang forbedrer læsbarheden af ​​testsagen. Vi har allerede set, hvordan nøgleord kan oprettes og bruges i en test sag.
• Datadrevet tilgang : Denne tilgang følges hovedsageligt, når vi vil teste logik for forskellige dataværdier. I denne tilgang oprettes en skabelon til et nøgleord på højt niveau, og argumenterne for dette nøgleord sendes fra testsagen, som er den dataværdi, som testsagen skal udføres for.

Hvordan vi bruger denne tilgang i vores testsager er, hvad vi vil se nedenfor, når vi opretter et nyt søgeord.

Lad os oprette en testcase til søgning efter forskellige testautomatiseringsværktøjer / -rammer - Robot Framework, J-meter, Selen osv.

Testsagen ville bare indeholde dataene, i dette tilfælde søgeordene, der blev sendt som argumenter til skabelonen. Skabelonen indeholder det nøgleord på højt niveau, der har den aktuelle kode, der skal udføres. Søgningsværdierne ville blive skrevet i testsagen.

Med denne korte forståelse, lad os oprette skabelonen 'Google-søgning' ved at følge nedenstående trin:

• Opret TestCase6 som forklaret i emnet “Oprettelse af et projekt, Test Suite og en Test Case in Ride”.
• Klik på 'Rediger' for skabelon, og indtast et navn. 'Google-søgning' i vores tilfælde.

• Vi bruger den samme kode som i TestCase5, med den eneste forskel, at teksten, der skal søges, vil blive sendt som et argument som angivet nedenfor.

• Dette argument skal også nævnes i tekstboksen Argument. Så klik på Rediger i tekstfeltet Argumenter, indtast argumentet, og klik på 'OK'.

• Lad os nu vende tilbage til TestCase6 og indtaste dataene.

• Sådan ser din skærm ud, når udførelsen af ​​testsagen er afsluttet.

Du vil bemærke, at fem forekomster af Chrome-browseren er åbnet, og hver vil have søgeresultaterne til de fem forskellige testautomatiseringsværktøjer, som vi har søgt.

Vi håber, at denne testsag har givet dig god klarhed om den datadrevne tilgang. Når du prøver flere eksempler, synes denne fremgangsmåde ganske enkelt for dig.

Adgang til rapporter i ride

Nedenfor er skærmbilledet, efter at TestCase6 er udført. Det giver 2 muligheder 'Rapport' og 'Log' som angivet nedenfor. Det giver også det komplette link for at få adgang til loggen og rapporten.

Rapport - TestCase6-udførelsesresultat

Det giver en oversigtsrapport over den / de testserier, der er udført. Når du klikker på testpakken, vises det detaljeret i testpakken, test sagligt. Når vi yderligere klikker på testsagen, åbner det detaljerne i testsagen, der kaldes loggen.

Log - TestCase6-udførelsesresultat.

Log giver en detaljeret rapport test sag for hele projektet.

Udover ikonerne Rapport og log. Vi har også URL'erne til disse, der kan kopieres og åbnes direkte i browseren. Det er et kendt problem, at ikonerne 'Rapport', 'Log' nogle gange efter kørsel af en testtilstand er deaktiveret. I et sådant scenario kan disse links kopieres og åbnes i browseren for at se rapporten.

URL'en er placeringen i den lokale maskine, hvor rapporterne gemmes. Hver gang vi udfører en testsag, opdateres denne placering, og den nye genererede rapport gemmes på dette sted.

Robot Framework - nyttige links

php interview spørgsmål og svar pdf

• Robot Framework-embedsmand internet side
• Wikipedia

Konklusion

Vi håber, at denne vejledning som nybegynder ville have givet dig god viden om brugen af ​​Robot Framework som et testautomatiseringsværktøj.

I denne vejledning lærte vi om oprettelsen af ​​variabler og nøgleord. Vi så, hvordan man skriver testskripter ved hjælp af søgeordsdrevet og datadrevet tilgang.

Vi lavede også en praktisk udførelse af testscript. Vejledningen gav et indblik i at se de detaljerede testresultater via log og rapporter. Derudover er vigtige URL'er relateret til Robot Framework også blevet delt.

'Øvelse gør en mand perfekt', så uden nogen forsinkelse skal du bruge dette værktøj så meget som muligt, så du gradvist kan få tillid til at bruge det.

God læselyst!!

PREV-vejledning | FØRSTE vejledning

Anbefalet læsning

• Robot Framework Tutorial - Funktioner og softwareinstallation
• Kom godt i gang med RIDE - Robot Framework IDE
• TestNG Tutorial: Introduktion til TestNG Framework
• BDD (Behavior Driven Development) Framework: En komplet tutorial
• D3.js Tutorial - Data Visualization Framework For Beginners
• Jasmine Framework Tutorial Inklusiv Jasmine Jquery med eksempler
• Java Collections Framework (JCF) vejledning
• Karate Framework Tutorial: Automatiseret API-test med karate