TestNG Lyssnare in Selenium
Krishna Rungta
⚡ Smart sammanfattning
Lyssnare in Selenium WebDriver är TestNG gränssnitt som fångar upp teshändelser för att anpassa loggar, rapporter och åtgärder efter fel. Den här artikeln förklarar ITestListener-metoder, går igenom en körbar Java exempel, och förtydligar hur Selenium 4 ersatte den föråldrade WebDriverEventListener.
Selenium WebDriver-skript behöver ofta reagera på testhändelser som en godkänd assertion, en misslyckad locator eller ett hoppat steg. Lyssnare gör det möjligt. I stort sett, Selenium projekt förlitar sig på två lyssnarfamiljer:
- WebDriver-lyssnare
- TestNG lyssnare
I den här handledningen kommer vi att fokusera på TestNG Lyssnare, med en anteckning om hur lyssnare på WebDriver-nivå förändrades i Selenium 4.x.
Vad är en lyssnare i TestNG?
En lyssnare är ett gränssnitt som modifierar standardbeteendet för TestNGSom namnet antyder ”lyssnar” lyssnare på händelser definierade i en Selenium skript och reagera därefter. Du använder dem genom att implementera det relevanta Listener-gränssnittet och registrera det i din testklass eller testsvit. Listeners låter dig anpassa TestNG rapporter, bifoga skärmdumpar och generera strukturerade loggar.
Typer av lyssnare i TestNG
TestNG levererar en familj av lyssnargränssnitt, och vart och ett riktar sig mot ett annat steg i testlivscykeln.
Nedan följer de vanligt förekommande TestNG lyssnare:
- IAnotationTransformer
- IAnotationTransformer2
- IKonfigurerbar
- IConfigurationListener
- IExecutionListener
- IHookable
- IInvokedMethodListener
- IIanropadMethodListener2
- ImethodInterceptor
- IReporter
- ISuiteListener
- ITestListener
Dessa gränssnitt används i Selenium för att generera loggar eller anpassa TestNG rapporter. I den här handledningen kommer vi att implementera ITestListener.
ITestListener exponerar följande metoder:
- påStart – anropas när ett test startar.
- påTestframgång – anropas när ett test är godkänt.
- vidTestfel – anropas när ett test misslyckas.
- vidTestÖverhoppat – anropas när ett prov hoppas över.
- vidTestmisslyckadesMenInomLyckadesProcent – anropas när ett test misslyckas men ligger inom lyckade procent.
- vidSlutförande – anropas efter att alla tester i klassen har körts.
Testscenario
I det här testscenariot kommer vi att automatisera inloggningsprocessen och implementera ITestListener Emot det.
- Starta Firefox och öppna webbplatsen https://demo.guru99.com/V4/
- Logga in i applikationen.
Steg för att skapa en TestNG Lyssnare
För testscenariot ovan kommer vi att implementera lyssnaren steg för steg.
Steg 1) Skapa en klass som heter Lyssnartest som implementerar ITestListenerHåll muspekaren över den röda understreckningen och Eclipse kommer att föreslå två snabba lösningar, som visas nedan:
Klicka på ”Lägg till oimplementerade metoder”. Flera stub-metoder (utan brödtext) läggs till i din kod, ungefär så här:
importera org.testng.ITestContext;
importera org.testng.ITestListener;
importera org.testng.ITestResult;
allmän klass Lyssnartest redskap ITestListener {
@Åsidosätta
offentligt ogiltigt vidSlutför(ITestContext arg0) {
// TODO Autogenererad metodstub
}
@Åsidosätta
offentligt ogiltigt påStart(ITestContext arg0) {
// TODO Autogenererad metodstub
}
@Åsidosätta
offentligt ogiltigt vidTestMisslyckadesMenInomLyckadesProcentuellITestresultat arg0) {
// TODO Autogenererad metodstub
}
@Åsidosätta
offentligt ogiltigt vidTestfel(ITestresultat arg0) {
// TODO Autogenererad metodstub
}
@Åsidosätta
offentligt ogiltigt vidTestÖverhoppad(ITestresultat arg0) {
// TODO Autogenererad metodstub
}
@Åsidosätta
offentligt ogiltigt vidTestStart(ITestresultat arg0) {
// TODO Autogenererad metodstub
}
@Åsidosätta
offentligt ogiltigt vidTestLyckades(ITestresultat arg0) {
// TODO Autogenererad metodstub
}
}
Låt oss nu modifiera Lyssnartest klass. Vi kommer specifikt att fylla i följande metoder: vidTestfel, vidTestÖverhoppad, vidTestStartoch vidTestframgång.
Ändringen är enkel: varje metod skriver ut testets namn så att konsolen tydligt visar status för godkänd, misslyckad och hoppad över.
Efter modifiering ser koden ut så här:
importera org.testng.ITestContext;
importera org.testng.ITestListener;
importera org.testng.ITestResult;
allmän klass Lyssnartest redskap ITestListener {
@Åsidosätta
offentligt ogiltigt vidSlutför(ITestContext Resultat) {
}
@Åsidosätta
offentligt ogiltigt påStart(ITestContext Resultat) {
}
@Åsidosätta
offentligt ogiltigt vidTestMisslyckadesMenInomLyckadesProcentuellITestresultat Resultat) {
}
// När ett testfall misslyckas anropas den här metoden.
@Åsidosätta
offentligt ogiltigt vidTestfel(ITestresultat Resultat) {
System.out.println("Namnet på det misslyckade testfallet är:" + Resultat.getName());
}
// När ett testfall hoppas över anropas den här metoden.
@Åsidosätta
offentligt ogiltigt vidTestÖverhoppad(ITestresultat Resultat) {
System.out.println("Namnet på det hoppade testfallet är:" + Resultat.getName());
}
// När ett testfall startar anropas den här metoden.
@Åsidosätta
offentligt ogiltigt vidTestStart(ITestresultat Resultat) {
System.out.println(Resultat.getName() + "Testfall påbörjat");
}
// När ett testfall godkänns anropas den här metoden.
@Åsidosätta
offentligt ogiltigt vidTestLyckades(ITestresultat Resultat) {
System.out.println("Namnet på det godkända testfallet är:" + Resultat.getName());
}
}
Steg 2) Skapa en annan klass som heter Testfall för automatisering av inloggning. Selenium kommer att köra den här klassen för att logga in på demosidan.
importera org.openqa.selenium.By;
importera org.openqa.selenium.WebDriver;
importera org.openqa.selenium.firefox.FirefoxFörare;
importera org.testng.Assert;
importera org.testng.annotations.Lyssnare;
importera org.testng.annotations.Test;
allmän klass Testfall {
webbdrivrutin förare = ny FirefoxChaufför();
// Test utformat för att klara testet, för att verifiera att lyssnaren lyckades.
@Testa
offentligt ogiltigt Logga in() {
drivrutin.get("https://demo.guru99.com/V4/");
drivrutin.findElement(Efter.namn("uid")).sendKeys("mngr34926");
drivrutin.findElement(Efter.namn("Lösenord")).sendKeys("amUpenu");
drivrutin.findElement(Efter.namn("btnLogin")).klick();
}
// Tvångsmisslyckat test, för att verifiera den felaktiga lyssnaren.
@Testa
offentligt ogiltigt TestAttMisslyckas() {
System.out.println("Denna testmetod misslyckas");
Assert.assertTrue(falsk);
}
}
Steg 3) Koppla sedan den här lyssnaren till vår testklass TestfallDet finns två sätt att ansluta en klass till ett lyssnargränssnitt.
Det första sättet är att använda @Lyssnare anteckning, som visas nedan:
Vi lägger till denna anteckning ovanför Testfall klass. Klassen ser då ut så här:
importera org.openqa.selenium.By;
importera org.openqa.selenium.WebDriver;
importera org.openqa.selenium.firefox.FirefoxFörare;
importera org.testng.Assert;
importera org.testng.annotations.Lyssnare;
importera org.testng.annotations.Test;
@Listeners(Listener_Demo.ListenerTest.class)
allmän klass Testfall {
webbdrivrutin förare = ny FirefoxChaufför();
// Test för att klara, för att verifiera att lyssnaren lyckades.
@Testa
offentligt ogiltigt Logga in() {
drivrutin.get("https://demo.guru99.com/V4/");
drivrutin.findElement(Efter.namn("uid")).sendKeys("mngr34926");
drivrutin.findElement(Efter.namn("Lösenord")).sendKeys("amUpenu");
drivrutin.findElement(Efter.namn("btnLogin")).klick();
}
// Tvångsmisslyckat test, för att verifiera den felaktiga lyssnaren.
@Testa
offentligt ogiltigt TestAttMisslyckas() {
System.out.println("Denna testmetod misslyckas");
Assert.assertTrue(falsk);
}
}
Projektstrukturen ser ut som:
Steg 4) Kör Testfall klass. Metoder inuti Lyssnartest anropas automatiskt baserat på beteendet hos metoder som är annoterade med @Testa.
Steg 5) Verifiera utdata som visas i konsolen.
Utsignalen från Testfall ser ut som:
C:\Användare\gauravn\AppData\Lokal\Temp\testng-eclipse–1058076918\testng-customsuite.xml
Inloggningstest har startat
Namnet på det godkända testfallet är: Logga in
TestToFail-testfallet har startats
Den här testmetoden misslyckas
Namnet på det misslyckade testfallet är: TestToFail
GODKÄND: Logga in
MISSLYCKADES: TestAttMisslyckas
java.lang.AssertionError: förväntat [sant] men hittat [falskt]
Använda en lyssnare för flera klasser
Om ett projekt har många testklasser, kan man lägga till @Lyssnare anteckningar till var och en blir besvärliga och felbenägna.
I så fall, skapa en testng.xml filen och registrera lyssnaren där en gång.
Denna lyssnare tillämpas sedan över hela testsviten oavsett antalet klasser. När du kör XML-filen utlöses lyssnaren för varje klass som deklarerats i sviten, och du kan kedja ihop valfritt antal lyssnarklasser inom samma tagg.
WebDriverListener i Selenium 4 jämfört med den föråldrade EventFiringWebDriver
Medan TestNG Lyssnare reagerar på händelser i testlivscykeln, WebDriver-lyssnare reagerar på webbläsardrivrutinåtgärder som ett klick, en navigering eller ett findElement-anrop. Selenium 3 Det typiska tillvägagångssättet var WebDriverHändelselyssnare gränssnittet är trådbundet HändelseutlösandeWebbdrivrutinBåda är föråldrade i Selenium 4.x.
Den moderna ersättningen är WebDriverListener gränssnitt kombinerat med HändelseAvfyrningDekoratör:
importera org.openqa.selenium.chrome.ChromeDriver;
importera org.openqa.selenium.support.events.EventFiringDecorator;
importera org.openqa.selenium.support.events.WebDriverListener;
allmän klass LoggingListener redskap WebDriverListener {
@Åsidosätta
offentligt ogiltigt föreGet(webbdrivrutin drivrutin, sträng-url) {
System.out.println("Navigerar till" + webbadress);
}
}
webbdrivrutin rå = ny ChromeDriver();
webbdrivrutin förare = ny HändelseAvfyrningDekoratör<>(ny LoggingListener()).decorate(raw);
Dekoratören kan omsluta vilken WebDriver, WebElement eller Alert som helst, vilket är mer flexibelt än den gamla händelseutlösande omslutaren. WebDriverListener för observerbarhet på webbläsarsidan och TestNG ITestListener för rapportering på svitnivå.
AI-drivna lyssnare: Smartare loggar och felsortering
Modern Konst Selenium Team kopplar alltmer AI-tjänster till sina lyssnare för att göra CI-signaler mer handlingsbara. vidTestfel, kan en AI-assisterad lyssnare ta en DOM-ögonblicksbild plus en skärmdump, skicka dem till en modell som returnerar ett troligt rotorsakskluster och skriva en tagg tillbaka till TestNG rapport eller ett verktyg som ReportPortal.
Vanliga AI-drivna mönster inkluderar:
- Detektion av flakigt test: Lyssnare vidarebefordrar tidslinjer för godkänd/misslyckad till en modell som klassificerar ett misslyckande som ojämnt, miljömässigt eller en verklig regression.
- Smarta skärmdumpar: Datorseendemodeller beskär, kommenterar och differentierar skärmdumpar från användargränssnittet så att granskare ser den ändrade regionen istället för en helsidesdump.
- Självläkande lokaliseringsanordningar: A WebDriverListener krokar föreFindElement och ber en AI-hjälpare att föreslå en alternativ positionerare när den primära kastar NoSuchElementException.
- Sammanfattningar på naturligt språk: An IReporter Implementeringen matar svitens resultat till en LLM som producerar en stående sammanfattning i ett stycke.
Lyssnarlagret är det renaste stället att injicera dessa krokar eftersom det håller sig utanför testlogiken och tillämpas enhetligt över sviten.
Sammanfattning
Lyssnare måste generera loggar eller anpassa TestNG rapporterar i Selenium WebDriver.
- TestNG erbjuder många lyssnargränssnitt; välj det som matchar den händelse du bryr dig om.
- Lyssnare är gränssnitt som används i Selenium WebDriver-skript för att reagera på händelser i testlivscykeln.
- Handledningen demonstrerade ITestListener med ett godkänt och ett underkänt prov.
- Du kan koppla en lyssnare med @Lyssnare eller registrera den en gång i testng.xml för hela sviten.
- Selenium 4.x ersätter HändelseutlösandeWebbdrivrutin med WebDriverListener + HändelseAvfyrningDekoratör för händelser på WebDriver-nivå.
