Sideobjektmodell (POM) med sidefabrikk | Selen Tutorial

Eksempel 2:

• Gå til ‘https://www.shoppersstop.com/brands’
• Naviger til Haute curry link.
• Kontroller om Haute Curry-siden inneholder teksten “Start New Something”.

Programstruktur

• shopperstopPagefactory.java som inkluderer et objektlager ved hjelp av sidefabrikkskonsept for shoppersstop.com som er en konstruktør for å initialisere alle webelementer, opprettes, metoder lukkerExtraPopup () for å håndtere en varsel-popup-rute som åpnes, klikk på OnHauteCurryLink () for å klikke på Haute Curry Koble til og verifisereStartNewSomething () for å bekrefte om Haute Curry-siden inneholder teksten “Start nytt noe”.
• Shopperstop_CallPagefactory.java er hovedklassfilen som kaller alle ovennevnte metoder og utfører de respektive handlingene på NSE-siden.

shopperstopPagefactory.java

Shopperstop_CallPagefactory.java

POM bruker Page Factory

Videoopplæringsprogrammer - POM With Page Factory

Del I

Del II

En fabrikklasse brukes til å gjøre bruk av sideobjekter enklere og enklere.

• Først må vi finne webelementene ved å kommentere @FindBy i sideklasser .
• Initialiser deretter elementene ved hjelp av initElements () når du starter sideklassen.

#1) @FindBy:

@FindBy-merknad brukes i PageFactory for å lokalisere og deklarere webelementene ved hjelp av forskjellige lokalisatorer.Her overfører vi attributtet samt verdien som brukes til å finne webelementet til @FindBy-merknaden, og deretter blir WebElement erklært.

Merknaden kan brukes på to måter.

For eksempel:

Imidlertid er førstnevnte standard måte å erklære WebElements på.

'Hvordan' er en klasse og den har statiske variabler som ID, XPATH, CLASSNAME, LINKTEXT, etc.
'ved hjelp av' - Å tilordne en verdi til en statisk variabel.

I ovennevnte eksempel , har vi brukt attributtet 'id' for å finne webelementet 'E-post'. På samme måte kan vi bruke følgende lokatorer med @FindBy-merknadene:

• klassenavn
• css
• Navn
• xpath
• tagName
• linkText
• partialLinkText

# 2) initElements ():

InitiElements er en statisk metode i PageFactory-klassen som brukes til å initialisere alle webelementene som er lokalisert ved @FindBy-kommentar. Dermed kan du enkelt starte sideklassene.

Vi bør også forstå at POM følger OOPS-prinsipper.

• WebElements blir erklært som private medlemsvariabler (Data Hiding).
• Binding av WebElements med tilsvarende metoder (Encapsulation).

Fremgangsmåte for å opprette POM ved hjelp av Page Factory Pattern

#1) Opprett en egen Java-klassefil for hver webside.

#to) I hver klasse skal alle WebElements deklareres som variabler (ved hjelp av kommentar - @FindBy) og initialiseres ved hjelp av initElement () -metoden. WebElements erklært må initialiseres for å kunne brukes i handlingsmetodene.

# 3) Definer tilsvarende metoder som virker på disse variablene.

La oss ta et eksempel på et enkelt scenario:

• Åpne nettadressen til et program.
• Skriv inn e-postadresse og passorddata.
• Klikk på Logg inn-knappen.
• Bekreft vellykket påloggingsmelding på søkesiden.

Sidelag

Her har vi to sider,

1. Hjemmeside - Siden som åpnes når URL-adressen skrives inn og hvor vi legger inn dataene for pålogging.
2. Søkeside - En side som vises etter en vellykket pålogging.

I sidelag blir hver side i webapplikasjonen erklært som en egen Java-klasse, og dens lokatorer og handlinger er nevnt der.

Fremgangsmåte for å lage POM med sanntidseksempel

# 1) Opprett en Java-klasse for hver side:

I dette eksempel , får vi tilgang til 2 nettsider, 'Hjem' og 'Søk' -sider.

Derfor vil vi lage to Java-klasser i Page Layer (eller i en pakke si com.automation.pages).

# 2) Definer WebElements som variabler ved å bruke Annotation @FindBy:

Vi vil samhandle med:

• E-post, passord, påloggingsfelt på hjemmesiden.
• Vellykket melding på søkesiden.

Så vi vil definere WebElements ved hjelp av @FindBy

For eksempel: Hvis vi skal identifisere EmailAddress ved hjelp av attributt-ID, så er dens variable erklæring

# 3) Lag metoder for handlinger utført på WebElements.

Handlingene nedenfor utføres på WebElements:

• Skriv inn handling i feltet E-postadresse.
• Skriv inn handling i Passord-feltet.
• Klikk på handlingen på påloggingsknappen.

For eksempel, Brukerdefinerte metoder opprettes for hver handling på WebElement som,

Her blir ID gitt som en parameter i metoden, siden input vil bli sendt av brukeren fra hovedtestsaken.

Merk :Det må opprettes en konstruktør i hver klasse i sidelaget for å få driverinstansen fra hovedklassen i testlaget og også initialisere WebElements (sideobjekter) som er erklært i sideklassen ved hjelp av PageFactory.InitElement () .

Vi starter ikke driveren her, snarere blir forekomsten mottatt fra hovedklassen når objektet til sidelagsklassen blir opprettet.

InitElement () - brukes til å initialisere WebElements deklarert, ved hjelp av driverinstans fra hovedklassen. Med andre ord, WebElements opprettes ved hjelp av driverinstansen. Først etter at WebElements er initialisert, kan de brukes i metodene for å utføre handlinger.

To Java-klasser opprettes for hver side som vist nedenfor:

Hjemmeside.java

SearchPage.Java

Test lag

Test tilfeller er implementert i denne klassen. Vi lager en egen pakke si, com.automation.test og oppretter deretter en Java-klasse her (MainClass.java)

Fremgangsmåte for å lage testsaker:

• Initialiser driveren og åpne applikasjonen.
• Opprett et objekt fra PageLayer-klassen (for hver webside) og send driverinstansen som en parameter.
• Bruk objektet som er opprettet, ring til metodene i PageLayer-klassen (for hver webside) for å utføre handlinger / verifisering.
• Gjenta trinn 3 til alle handlingene er utført, og lukk deretter driveren.

Kommentarhierarki som brukes til å deklarere WebElements

Kommentarer brukes til å lage en lokaliseringsstrategi for UI Elements.

# 1) @FindBy

Når det gjelder Pagefactory, fungerer @FindBy som en magisk tryllestav. Det tilfører all kraften til konseptet. Du er nå klar over at @FindBy-merknaden i Pagefactory utfører det samme som driver.findElement () i den vanlige sideobjektmodellen. Den brukes til å finne WebElement / WebElements med ett kriterium .

# 2) @FindBys

Den brukes til å finne WebElement med mer enn ett kriterium og må matche alle gitte kriterier. Disse kriteriene bør nevnes i et foreldre-barn forhold. Med andre ord, dette bruker OG betinget forhold for å lokalisere WebElements ved hjelp av kriteriene som er spesifisert. Den bruker flere @ FindBy for å definere hvert kriterium.

For eksempel:

HTML-kildekode for et WebElement:

I POM:

I eksemplet ovenfor ligger WebElement 'SearchButton' bare hvis den samsvarer med begge deler kriteriene hvis id-verdi er “searchId_1” og navnverdien er “search_field”. Vær oppmerksom på at de første kriteriene tilhører en overordnet tag og det andre kriteriet for en underordnet tag.

# 3) @FindAll

Den brukes til å finne WebElement med mer enn ett kriterium og den må samsvare med minst ett av de gitte kriteriene. Dette bruker ELLER betingede forhold for å finne WebElements. Den bruker flere @ FindBy for å definere alle kriteriene.

For eksempel:

HTML kildekode:

I POM:

I eksemplet ovenfor ligger WebElement ‘Brukernavn hvis det samsvarer med minst en av kriteriene nevnt.

# 4) @CacheLookUp

Når WebElement oftere brukes i testtilfeller, ser Selenium opp for WebElement hver gang testskriptet kjøres. I de tilfellene hvor visse WebElements brukes globalt for alle TC ( For eksempel, Innloggingsscenario skjer for hver TC), denne merknaden kan brukes til å opprettholde disse WebElements i hurtigminnet når den leses for første gang.

Dette hjelper igjen koden til å kjøre raskere fordi hver gang den ikke trenger å søke etter WebElement på siden, snarere kan den få sin referanse fra minnet.

Dette kan være som et prefiks med alle @FindBy, @FindBys og @FindAll.

For eksempel:

Vær også oppmerksom på at denne merknaden bare skal brukes til WebElements hvis attributtverdi (som xpath, id-navn, klassenavn osv.) Ikke endres ganske ofte. Når WebElement er lokalisert for første gang, opprettholder den referansen i hurtigminnet.

Så skjer det en endring i WebElement-attributtet etter noen dager, Selenium vil ikke være i stand til å finne elementet, fordi det allerede har sin gamle referanse i hurtigbufferminnet og ikke vil vurdere den nylige endringen i WebElement.

Mer på PageFactory.initElements ()

Nå som vi forstår strategien til Pagefactory for initialisering av webelementene ved hjelp av InitElements (), la oss prøve å forstå de forskjellige versjonene av metoden.

Metoden som vi kjenner tar driverobjektet og det gjeldende klasseobjektet som inndataparametere og returnerer sideobjektet ved implisitt og proaktivt å initialisere alle elementene på siden.

I praksis er bruken av konstruktøren som vist i avsnittet ovenfor mer å foretrekke fremfor de andre måtene for bruken.

Alternative måter å ringe metoden på er:

#1) I stedet for å bruke 'denne' pekeren, kan du opprette det gjeldende klasseobjektet, sende driverforekomsten til det og kalle den statiske metoden initElements med parametere, dvs. driverobjektet og klasseobjektet som nettopp ble opprettet.

#to) Den tredje måten å initialisere elementer ved bruk av Pagefactory-klassen er ved å bruke api kalt “refleksjon”. Ja, i stedet for å lage et klasseobjekt med et 'nytt' nøkkelord, kan classname.class sendes som en del av inndataparameteren initElements ().

ofte stilte spørsmål

Q # 1) Hva er de forskjellige lokaliseringsstrategiene som brukes til @FindBy?

Svar: Det enkle svaret på dette er at det ikke er noen forskjellige lokaliseringsstrategier som brukes til @FindBy.

De bruker de samme 8 lokaliseringsstrategiene som findElement () -metoden i den vanlige POM bruker:

1. id
2. Navn
3. klassenavn
4. xpath
5. css
6. tagName
7. linkText
8. partialLinkText

Q # 2) Er det forskjellige versjoner av bruken av @FindBy-merknader også?

Svar: Når det er et webelement som skal søkes, bruker vi merknaden @FindBy. Vi vil utdype alternative måter å bruke @FindBy sammen med de forskjellige lokaliseringsstrategiene også.

Vi har allerede sett hvordan du bruker versjon 1 av @FindBy:

Versjon 2 av @FindBy er ved å sende inngangsparameteren som Hvordan og Ved hjelp av .

Hvordan ser etter lokaliseringsstrategien der webelementet vil bli identifisert. Nøkkelordet ved hjelp av definerer lokaliseringsverdien.

Se nedenfor for bedre forståelse,

• How.ID søker i elementet ved hjelp av id strategi og elementet den prøver å identifisere har id = cidkeyword.

• How.CLASS_NAME søker i elementet ved hjelp av klassenavn strategi og elementet den prøver å identifisere har klasse = newclass.

Q # 3) Er det forskjell på de to versjonene av @FindBy?

Svar: Svaret er nei, det er ingen forskjell mellom de to versjonene. Det er bare at den første versjonen er den kortere og enklere sammenlignet med den andre versjonen.

Sp # 4) Hva bruker jeg i sidefabrikken i tilfelle det er en liste over webelementer som skal lokaliseres?

Svar: I det vanlige mønsteret for sideobjektdesign har vi driver.findElements () for å finne flere elementer som tilhører samme klasse eller taggenavn, men hvordan finner vi slike elementer når det gjelder sideobjektmodell med Pagefactory? Den enkleste måten å oppnå slike elementer på er å bruke den samme merknaden @FindBy.

Jeg forstår at denne linjen ser ut til å være en hodeskrape for mange av dere. Men ja, det er svaret på spørsmålet.

La oss se på eksemplet nedenfor:

Ved å bruke den vanlige sideobjektmodellen uten Pagefactory, bruker du driver.findElements til å finne flere elementer som vist nedenfor:

Det samme kan oppnås ved hjelp av sideobjektmodellen med Pagefactory som gitt nedenfor:

I utgangspunktet gjør det å knytte elementene til en liste av typen WebElement, uansett om Pagefactory er brukt eller ikke mens du identifiserer og lokaliserer elementene.

Q # 5) Kan både design av sideobjekt uten sidefabrikk og med Pagefactory brukes i samme program?

Svar: Ja, både sideobjektdesign uten Pagefactory og med Pagefactory kan brukes i samme program. Du kan gå gjennom programmet gitt nedenfor i Svar på spørsmål nr. 6 for å se hvordan begge brukes i programmet.

En ting å huske er at Pagefactory-konseptet med hurtigbufret funksjon bør unngås på dynamiske elementer, mens sideobjektdesign fungerer bra for dynamiske elementer. Imidlertid passer Pagefactory bare til statiske elementer.

Sp # 6) Finnes det alternative måter å identifisere elementer basert på flere kriterier?

youtube til mp3 lenger enn 30 minutter

Svar: Alternativet for å identifisere elementer basert på flere kriterier er å bruke kommentarene @FindAll og @FindBys. Disse merknadene hjelper til med å identifisere enkeltelementer eller flere elementer, avhengig av verdiene hentet fra kriteriene som er gitt i den.

# 1) @FindAll:

@FindAll kan inneholde flere @FindBy og returnerer alle elementene som samsvarer med alle @FindBy i en enkelt liste. @FindAll brukes til å markere et felt på et sideobjekt for å indikere at oppslaget skal bruke en serie @FindBy-koder. Deretter vil den søke etter alle elementene som samsvarer med noen av FindBy-kriteriene.

Merk at elementene ikke garanteres å være i dokumentrekkefølge.

Syntaksen for å bruke @FindAll er som nedenfor:

Forklaring: @FindAll vil søke og identifisere separate elementer som samsvarer med hvert av @FindBy-kriteriene og liste dem ut. I eksemplet ovenfor vil det først søke i et element hvis id = ”foo” og deretter identifisere det andre elementet med className = ”bar”.

Forutsatt at det var ett element identifisert for hvert FindBy-kriterium, vil @FindAll resultere i henholdsvis å liste ut 2 elementer. Husk at det kan være flere elementer identifisert for hvert kriterium. Dermed, med enkle ord, @ Finn alle fungerer tilsvarer ELLER operatøren på @FindBy-kriteriene bestått.

# 2) @FindBys:

FindBys brukes til å markere et felt på et sideobjekt for å indikere at oppslag skal bruke en serie @FindBy-koder i en kjede som beskrevet i ByChained. Når de nødvendige WebElement-objektene må samsvare med alle gitte kriterier, bruk @FindBys-merknaden.

Syntaksen for å bruke @FindBys er som nedenfor:

Forklaring: @FindBys vil søke og identifisere elementer som samsvarer med alle @FindBy-kriteriene og liste dem ut. I eksemplet ovenfor vil det søke i elementer hvis navn = ”foo” og className = ”bar”.

@FindAll vil føre til å liste ut 1 element hvis vi antar at det var ett element identifisert med navnet og className i de gitte kriteriene.

Hvis det ikke er ett element som tilfredsstiller alle FindBy-betingelsene som er bestått, vil resultatet av @FindBys være null elementer. Det kan være en liste over webelementer som er identifisert hvis alle forholdene tilfredsstiller flere elementer. Med enkle ord, @ FindBys fungerer tilsvarer OG operatøren på @FindBy-kriteriene bestått.

La oss se gjennomføringen av alle ovennevnte merknader gjennom et detaljert program:

Vi vil endre www.nseindia.com-programmet gitt i forrige avsnitt for å forstå implementeringen av kommentarene @FindBy, @FindBys og @FindAll

# 1) Objektregisteret til PagefactoryClass oppdateres som nedenfor:

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

@FindBy (hvordan = hvordan. TAG_NAME , bruker = “a”)
privat Listefunnverdi;
@FindAll ({ @FindBy (className = “sel”), @FindBy (xpath = ”// a (@ id =’ tab5 ′) ”)})
privat Liste findallvalue;
@FindBys ({ @FindBy (className = “sel”), @FindBy (xpath = ”// a (@ id =’ tab5 ′) ”)})
privat Liste findbysvalue;

# 2) En ny metode seeHowFindWorks () er skrevet i PagefactoryClass og blir påkalt som den siste metoden i hovedklassen.

Metoden er som nedenfor: