Sidobjektmodell (POM) med sidfabrik | Selen Tutorial

Exempel 2:

• Gå till 'https://www.shoppersstop.com/brands'
• Navigera till Haute curry-länken.
• Kontrollera om Haute Curry-sidan innehåller texten ”Starta nytt någonting”.

Programstruktur

• shopperstopPagefactory.java som innehåller ett objektförvar med hjälp av pagefactory-konceptet för shoppersstop.com som är en konstruktör för att initialisera alla webbelement skapas, metoder closeExtraPopup () för att hantera en popup-ruta för varning som öppnas, klicka på OnHauteCurryLink () för att klicka på Haute Curry Länka och verifieraStartNewSomething () för att verifiera om Haute Curry-sidan innehåller texten ”Starta nytt”.
• Shopperstop_CallPagefactory.java är huvudklassfilen som anropar alla ovanstående metoder och utför respektive åtgärder på NSE-webbplatsen.

shopperstopPagefactory.java

Shopperstop_CallPagefactory.java

POM använder Page Factory

Videohandledning - POM med sidfabrik

Del I

Del II

En fabriksklass används för att göra användning av sidobjekt enklare och enklare.

• Först måste vi hitta webbelementen genom anteckningar @FindBy i sidklasser .
• Initiera sedan elementen med initElements () när sidklassen initieras.

# 1) @FindBy:

@FindBy-anteckningen används i PageFactory för att lokalisera och deklarera webbelementen med hjälp av olika lokaliserare.Här skickar vi attributet såväl som dess värde som används för att lokalisera webbelementet till @FindBy-anteckningen och sedan deklareras WebElement.

Det finns två sätt på vilka anteckningen kan användas.

Till exempel:

Det förstnämnda är dock det vanliga sättet att deklarera WebElements.

'Hur' är en klass och den har statiska variabler som ID, XPATH, CLASSNAME, LINKTEXT, etc.
'använder sig av' - Att tilldela ett värde till en statisk variabel.

I ovanstående exempel , har vi använt attributet 'id' för att hitta webbelementet 'E-post'. På samma sätt kan vi använda följande sökare med @FindBy-anteckningarna:

• klassnamn
• css
• namn
• xpath
• taggnamn
• linkText
• partialLinkText

# 2) initElements ():

InitElements är en statisk metod av PageFactory-klass som används för att initialisera alla webbelement som lokaliseras av @FindBy-anteckningen. Således kan du enkelt starta sidklasserna.

Vi bör också förstå att POM följer OOPS-principer.

• WebElements deklareras som privata medlemsvariabler (Data Hiding).
• Bindande WebElements med motsvarande metoder (Encapsulation).

Steg för att skapa POM med hjälp av Page Factory Pattern

# 1) Skapa en separat Java-klassfil för varje webbsida.

#två) I varje klass ska alla WebElements deklareras som variabler (med kommentar - @FindBy) och initialiseras med metoden initElement (). WebElements deklarerade måste initieras för att användas i åtgärdsmetoderna.

# 3) Definiera motsvarande metoder som verkar på dessa variabler.

Låt oss ta ett exempel på ett enkelt scenario:

• Öppna webbadressen till en applikation.
• Skriv e-postadress och lösenordsdata.
• Klicka på inloggningsknappen.
• Verifiera lyckat inloggningsmeddelande på söksidan.

Sidlager

Här har vi två sidor,

1. Hemsida - Sidan som öppnas när URL: n anges och där vi anger data för inloggning.
2. Sök sida - En sida som visas efter en lyckad inloggning.

I sidlagret förklaras varje sida i webbapplikationen som en separat Java-klass och dess lokaliserare och åtgärder nämns där.

Steg för att skapa POM med realtidsexempel

# 1) Skapa en Java-klass för varje sida:

I denna exempel , kommer vi åt två webbsidor, 'Hem' och 'Sök' -sidor.

Därför skapar vi två Java-klasser i Page Layer (eller i ett paket säg com.automation.pages).

# 2) Definiera WebElements som variabler med hjälp av Annotation @FindBy:

Vi skulle interagera med:

• E-post, lösenord, inloggningsknappfält på startsidan.
• Framgångsrikt meddelande på söksidan.

Så vi kommer att definiera WebElements med @FindBy

Till exempel: Om vi ​​ska identifiera EmailAddress med attribut-id är dess variabla deklaration

# 3) Skapa metoder för åtgärder som utförs på WebElements.

Nedanstående åtgärder utförs på WebElements:

• Skriv åtgärd i fältet E-postadress.
• Skriv åtgärd i fältet Lösenord.
• Klicka på åtgärden på inloggningsknappen.

Till exempel, Användardefinierade metoder skapas för varje åtgärd på WebElement som,

Här skickas Id som en parameter i metoden, eftersom input kommer att skickas av användaren från huvudtestfallet.

Notera :En konstruktör måste skapas i var och en av klasserna i sidlagret för att få drivrutinsinstansen från huvudklassen i testlagret och också för att initialisera WebElements (sidobjekt) som deklarerats i sidklassen med hjälp av PageFactory.InitElement () .

Vi initierar inte drivrutinen här, utan dess instans tas emot från huvudklassen när objektet för Page Layer-klassen skapas.

InitElement () - används för att initialisera deklarerade WebElements, med drivrutinsinstans från huvudklassen. Med andra ord skapas WebElements med hjälp av drivrutinsinstansen. Först efter att WebElements har initierats kan de användas i metoderna för att utföra åtgärder.

Två Java-klasser skapas för varje sida enligt nedan:

Hemsida.java

SearchPage.Java

Testa lager

Testfall implementeras i denna klass. Vi skapar ett separat paket säger, com.automation.test och skapar sedan en Java-klass här (MainClass.java)

Steg för att skapa testfall:

• Initiera drivrutinen och öppna programmet.
• Skapa ett objekt från PageLayer-klassen (för varje webbsida) och skicka drivrutinsinstansen som en parameter.
• Använd det skapade objektet och ring till metoderna i PageLayer-klassen (för varje webbsida) för att utföra åtgärder / verifiering.
• Upprepa steg 3 tills alla åtgärder utförs och stäng sedan drivrutinen.

Annarkeringstyphierarki som används för att deklarera WebElements

Kommentarer används för att skapa en platsstrategi för gränssnittselementen.

# 1) @FindBy

När det gäller Pagefactory fungerar @FindBy som en magisk trollstav. Det tillför all kraft till konceptet. Du är nu medveten om att @FindBy-anteckningen i Pagefactory utför samma som driver.findElement () i den vanliga sidobjektmodellen. Den används för att lokalisera WebElement / WebElements med ett kriterium .

# 2) @FindBys

Den används för att hitta WebElement med mer än ett kriterium och måste matcha alla givna kriterier. Dessa kriterier bör nämnas i ett förhållande mellan förälder och barn. Med andra ord använder detta OCH villkorligt förhållande för att lokalisera WebElements med de angivna kriterierna. Den använder flera @ FindBy för att definiera varje kriterium.

Till exempel:

HTML-källkod för ett WebElement:

I POM:

I exemplet ovan finns WebElement 'SearchButton' endast om det matchar båda kriterierna vars id-värde är 'searchId_1' och namnvärdet är 'search_field'. Observera att de första kriterierna tillhör en överordnad tagg och det andra kriteriet för en underordnad tagg.

# 3) @FindAll

Den används för att hitta WebElement med mer än ett kriterium och det måste matcha minst ett av de angivna kriterierna. Detta använder ELLER villkorliga relationer för att lokalisera WebElements. Den använder flera @ FindBy för att definiera alla kriterier.

Till exempel:

HTML källkod:

I POM:

I ovanstående exempel finns WebElement-användarnamnet om det matchar minst en av de nämnda kriterierna.

# 4) @CacheLookUp

När WebElement oftare används i testfall letar Selen upp för WebElement varje gång testskriptet körs. I de fall där vissa WebElements används globalt för alla TC ( Till exempel, Inloggningsscenario inträffar för varje TC), den här anteckningen kan användas för att behålla dessa WebElements i cacheminnet när det läses för första gången.

Detta i sin tur hjälper koden att köras snabbare eftersom varje gång den inte behöver söka efter WebElement på sidan, snarare kan den få sin referens från minnet.

Detta kan vara som ett prefix med någon av @FindBy, @FindBys och @FindAll.

Till exempel:

Observera också att denna kommentar endast ska användas till WebElements vars attributvärde (som xpath, id-namn, klassnamn etc.) inte ändras ganska ofta. När WebElement har hittats för första gången behåller den sin referens i cacheminnet.

Så det händer en förändring av WebElement-attributet efter några dagar, Selenium kommer inte att kunna hitta elementet, eftersom det redan har sin gamla referens i sitt cacheminne och inte kommer att beakta den senaste ändringen i WebElement.

Mer på PageFactory.initElements ()

Nu när vi förstår strategin för Pagefactory för att initialisera webbelementen med InitElements (), ska vi försöka förstå de olika versionerna av metoden.

Metoden som vi vet tar drivarobjektet och det aktuella klassobjektet som ingångsparametrar och returnerar sidobjektet genom att implicit och proaktivt initiera alla element på sidan.

I praktiken är användningen av konstruktorn som visas i avsnittet ovan att föredra framför andra sätt för dess användning.

Alternativa sätt att ringa metoden är:

# 1) Istället för att använda 'den här' pekaren kan du skapa det aktuella klassobjektet, skicka drivrutinsinstansen till det och anropa den statiska metoden initElements med parametrar, dvs driverobjektet och klassobjektet som just skapades.

#två) Det tredje sättet att initiera element med Pagefactory-klassen är att använda api som kallas ”reflektion”. Ja, istället för att skapa ett klassobjekt med ett 'nytt' nyckelord kan klassnamn.klass skickas som en del av inmatningsparametern initElements ().

Vanliga frågor

F # 1) Vilka är de olika lokaliseringsstrategierna som används för @FindBy?

Svar: Det enkla svaret på detta är att det inte finns några olika lokaliseringsstrategier som används för @FindBy.

De använder samma åtta lokaliseringsstrategier som findElement () -metoden i vanliga POM använder:

1. id
2. namn
3. klassnamn
4. xpath
5. css
6. taggnamn
7. linkText
8. partialLinkText

F # 2) Finns det olika versioner av användningen av @FindBy-anteckningar också?

Svar: När det finns ett webbelement som ska sökas använder vi kommentaren @FindBy. Vi kommer att utarbeta alternativa sätt att använda @FindBy tillsammans med de olika lokaliseringsstrategierna.

Vi har redan sett hur man använder version 1 av @FindBy:

Version 2 av @FindBy är genom att skicka inmatningsparametern som På vilket sätt och Använder sig av .

På vilket sätt letar efter lokaliseringsstrategin med vilken webbelementet skulle identifieras. Nyckelordet använder sig av definierar lokaliseringsvärdet.

Se nedan för bättre förståelse,

• How.ID söker i elementet med id strategi och det element som den försöker identifiera har id = cidkeyword.

• How.CLASS_NAME söker i elementet med klassnamn strategi och det element som den försöker identifiera har klass = ny klass.

F # 3) Finns det någon skillnad mellan de två versionerna av @FindBy?

Svar: Svaret är Nej, det finns ingen skillnad mellan de två versionerna. Det är bara att den första versionen är den kortare och enklare jämfört med den andra versionen.

F # 4) Vad använder jag i sidfabriken om det finns en lista med webbelement?

Svar: I det vanliga designmönstret för sidobjekt har vi driver.findElements () för att hitta flera element som tillhör samma klass eller taggnamn, men hur hittar vi sådana element i fallet med sidobjektmodellen med Pagefactory? Det enklaste sättet att uppnå sådana element är att använda samma kommentar @FindBy.

Jag förstår att denna linje verkar vara en huvudskrapa för många av er. Men ja, det är svaret på frågan.

Låt oss titta på exemplet nedan:

Med den vanliga sidobjektmodellen utan Pagefactory använder du driver.findElements för att hitta flera element som visas nedan:

Samma kan uppnås med hjälp av sidobjektmodellen med Pagefactory enligt nedan:

I grund och botten gör tilldelningen av elementen till en lista av typen WebElement tricket oavsett om Pagefactory har använts eller inte när elementen identifieras och lokaliseras.

F # 5) Kan både design av sidobjekt utan sidfabrik och med Pagefactory användas i samma program?

Svar: Ja, både sidobjektdesign utan Pagefactory och med Pagefactory kan användas i samma program. Du kan gå igenom programmet nedan Svar på fråga nr 6 för att se hur båda används i programmet.

En sak att komma ihåg är att Pagefactory-konceptet med den cachade funktionen bör undvikas på dynamiska element medan sidobjektdesign fungerar bra för dynamiska element. Pagefactory passar dock bara statiska element.

F # 6) Finns det alternativa sätt att identifiera element baserat på flera kriterier?

bästa pc-rengörings- och optimeringsfri

Svar: Alternativet för att identifiera element baserat på flera kriterier är att använda kommentarerna @FindAll och @FindBys. Dessa anteckningar hjälper till att identifiera enskilda eller flera element beroende på de värden som hämtats från de kriterier som skickas i den.

# 1) @FindAll:

@FindAll kan innehålla flera @FindBy och returnerar alla element som matchar alla @FindBy i en enda lista. @FindAll används för att markera ett fält på ett sidobjekt för att indikera att sökningen ska använda en serie @FindBy-taggar. Den söker sedan efter alla element som matchar något av FindBy-kriterierna.

Observera att elementen inte garanteras att vara i dokumentordning.

Syntaksen för att använda @FindAll är enligt nedan:

Förklaring: @FindAll söker och identifierar separata element som uppfyller vart och ett av @FindBy-kriterierna och listar dem. I exemplet ovan kommer det först att söka i ett element vars id = ”foo” och sedan identifiera det andra elementet med className = ”bar”.

Förutsatt att det identifierades ett element för varje FindBy-kriterium kommer @FindAll att leda till att två element listas ut. Kom ihåg att det kan finnas flera element som identifierats för varje kriterium. Således, med enkla ord, @ Hitta alla fungerar likvärdigt med ELLER operatör på @FindBy-kriterierna godkända.

# 2) @FindBys:

FindBys används för att markera ett fält på ett sidobjekt för att indikera att uppslag ska använda en serie @FindBy-taggar i en kedja som beskrivs i ByChained. När de nödvändiga WebElement-objekten måste matcha alla givna kriterier använder du @FindBys-kommentar.

Syntaksen för att använda @FindBys är enligt nedan:

Förklaring: @FindBys söker och identifierar element som uppfyller alla @FindBy-kriterierna och listar dem. I exemplet ovan kommer det att söka i element vars namn = ”foo” och className = ”bar”.

@FindAll resulterar i att ett element listas ut om vi antar att det fanns ett element som identifierades med namnet och className i de angivna kriterierna.

Om det inte finns ett element som uppfyller alla godkända FindBy-villkor kommer resultatet av @FindBys att vara noll element. Det kan finnas en lista över webbelement som identifierats om alla villkor uppfyller flera element. Med enkla ord, @ FindBys fungerar likvärdigt med OCH operatör på @FindBy-kriterierna godkända.

Låt oss se implementeringen av alla ovanstående kommentarer genom ett detaljerat program:

Vi kommer att modifiera www.nseindia.com-programmet i föregående avsnitt för att förstå implementeringen av kommentarerna @FindBy, @FindBys och @FindAll

# 1) Objektförvaret för PagefactoryClass uppdateras enligt nedan:

Lista newlist = driver.findElements (By.tagName (“a”));

@FindBy (hur = hur. TAGGNAMN , med = “a”)
privat Lista findbyvalue;
@Hitta alla ({ @FindBy (className = “sel”), @FindBy (xpath = ”// a (@ id =’ tab5 ′) ”)})
privat Lista findallvalue;
@FindBys ({ @FindBy (className = “sel”), @FindBy (xpath = ”// a (@ id =’ tab5 ′) ”)})
privat Lista findbysvalue;

# 2) En ny metod seeHowFindWorks () skrivs i PagefactoryClass och åberopas som den sista metoden i huvudklassen.

Metoden är som nedan: