Grupper i TestNG

by: Krishna Rungta Krishna Rungta
Hours oppdatert

⚡ Smart oppsummering

Grupper i TestNG lar deg merke testmetoder med logiske etiketter, og deretter inkludere eller ekskludere dem gjennom en XML-pakke. Denne tilnærmingen forenkler røyk-, regresjons- og avhengighetsdrevne kjøringer uten omskriving. Java kode.

  • 🏷️ Annotasjonssyntaks: Bruk @Test(groups = {"smoke","regression"}) å merke en hvilken som helst metode med ett eller flere logiske gruppenavn.
  • 📜 XML-kontroll: Ocuco <groups><run><include> og <exclude> Tagger i testng.xml bestemmer hvilke taggede metoder som faktisk kjøres.
  • 🔗 avhengig~~POS=TRUNC: Ocuco dependsOnGroups Attributtstyrker rekkefølge slik at nødvendige grupper alltid fullføres før avhengige tester starter.
  • 🤖 AI-valg: AI-testpåvirkningsverktøy tilordner kodeendringer til relevante grupper, slik at bare berørte programserier kjører på hver commit.
  • 🧪 TestNG 7.x: Moderne utgivelser holder grupper fullt kompatible med parallell utførelse, lyttere og Maven Surefire-pipelines.
Les mer

Grupper i TestNG

TestNG er et testrammeverk som dekker enhetstester, funksjonstester, ende-til-ende-tester, brukergrensesnitt- og integrasjonstester for Java prosjekter.

Du kan kjøre en enkelt pakke eller mange pakker (en pakke innkapsler relaterte klasser i et definert katalogoppsett) ved å opprette en XML-pakke og utløse den gjennom Maven.

TestNG Grupper med eksempel

Du bruker grupper i TestNG når:

  • Du ønsker ikke å spre testmetoder over mange klasser utelukkende etter funksjonsområde, og
  • Du vil hoppe over (ikke kjøre) valgte testtilfeller som om de var fraværende i kodebasen.
  • For å oppnå begge målene, tagger du metoder inn i logiske grupper. TestNG respekterer deretter filtrene «inkluder» og «ekskluder» som er deklarert i XML-pakken.

Kodeutdraget nedenfor viser gruppemerkingssyntaksen som brukes på en testmetode.

@Test (grupper = { «binding», «sterke_bånd» })

To gruppenavn brukes her, nemlig bonding og strong_tiesDette er logiske etiketter som du kan gi nytt navn slik at de passer til prosjektet ditt.

Ocuco <groups> taggen markerer starten på gruppefiltre i XML-pakken.

Deretter tilpasser du XML-filen for å velge en valgt gruppe fra de merkede klassene. Eksemplet nedenfor viser syntaksen for gruppedeklarasjonen.

<grupper>
<løpe>
<inkludere navn=«binding» />
</løpe>
</grupper>

Anta at en enkelt klasse inneholder 10 testmetoder.

Av disse metodene:

  • 6 metoder bærer bonding gruppe, og
  • 4 metoder bærer strong_ties gruppen.

Deretter setter du opp Maven og Java stier og bruk Eclipse IDE for å demonstrere gruppebruk gjennom XML-filer i en Java-basert Maven-prosjekt.

RELATERTE ARTIKLER

Lag XML for TestNG med Tags

  • XML-filen (Extensible Markup Language) i Maven-rammeverket lagrer konfigurasjonen for én eller flere tester, deklarert i tag.
  • Hver testoppføring er pakket inn i en merkelapp og kan holde én eller flere TestNG klasser.
  • A Java klasse med én eller flere @Test annoteringer på metodene behandles som en TestNG klasse.

Flere tagger vises i rekkefølge for å bygge en fungerende testng.xml-fil, nemlig , , og .

  • Ocuco taggen inneholder navnet på suite-nivå som brukes i TestNG rapporter for utførelsessammendrag.
  • Ocuco <test name=”Guru 99 Røyktestdemo»> Taggen inneholder et logisk testnavn; rapporten bruker det for antall beståtte, ikke beståtte og utelatte testresultater, pluss total utførelsestid og gruppemetadata.
  • Ocuco taggen peker til testklassen, hvor com.group.guru99 er pakken og TC_Class1 er klassenavnet.

<!DOKTYPE suite SYSTEM «http://testng.org/testng-1.0.dtd»>
<suite navn=«Suite»>
<test navn="Guru 99 Røyktestdemo>
<grupper>
<løpe>
<inkludere navn=«sterke_bånd» />
</løpe>
</grupper>
<klasser>
<klasse navn=«com.group.guru99.TC_Class1» />
</klasser>
</test>
</suite>

Denne XML-konfigurasjonen refereres til i videogjennomgangene i de neste avsnittene.

"ekskludere" eller "inkludere" i test-XML

Hvis gruppemekanismen føles tung for et lite filter, lar testng.xml-pakken deg også ekskludere eller inkludere individuelle testmetoder etter navn.

Ekskluder taggSyntaks for ekskluderingstaggenekskludere navn=«${TEST_CASE_NAME}» />
Inkluder taggSyntaks for inkluderingstaggeninkludere navn=«${TEST_CASE_NAME}» />

OBS: Du kan inkludere eller ekskludere mange testtilfeller i én kjøring, og den samme syntaksen gjelder for gruppefiltre.

Bruk av dependsOnGroups for bestilt utførelse

Utover vanlig inkludering, TestNG lar én gruppe være avhengig av en annen ved hjelp av dependsOnGroups Attributtet. Løperen sørger for at alle metoder i den overordnede gruppen fullføres før noen avhengig metode starter, noe som holder forhåndsvilkårene pålitelige.

  • Logg inn først, deretter transaksjoner: Tagg innloggingsmetoder med group = "auth", og tagoverføringstester med dependsOnGroups = {"auth"}Overføringstestene kjøres bare etter at påloggingen er bestått.
  • Hopp over ved feil: Hvis en metode i den overordnede gruppen feiler, TestNG markerer de avhengige metodene som hoppet over i stedet for å feile dem direkte, noe som holder rapportene ærlige.
  • Kombiner med alwaysRun: Oppryddingsmetoder bør angis alwaysRun = true så nedbrytningen fortsetter selv når en oppstrøms gruppe mislykkes.

Dette mønsteret er vanlig for ende-til-ende-pakker der API-oppsettet må fullføres før brukergrensesnittpåstander starter.

Kjør TestNG Grupper, inkluderer, ekskluder kode (videodemo)

Nedenfor er en gjennomgang av Java koden og XML-pakken som driver gruppere, ekskludere og inkludere adferd.

Testscenario: Start Guru99 demobanknettsted, bekreft noen elementer på innloggingssiden, skriv inn påloggingsinformasjon og bekreft noen elementer på dashbordet på nytt etter innlogging.

Kjør TestNG Grupper, inkluder, ekskluder Code

OBS: Hvert trinn har sin egen metode, men rekkefølgen under kjøring avhenger av oppføringene i XML-pakken.

  • Metode 1: Initialiser nettleseren og start den URL (tc01LaunchURL()).
  • Metode 2: Bekreft overskriften på innloggingssiden (tc02VerifyLaunchPage()).
  • Metode 3: Skriv inn brukernavn og passord på innloggingsskjemaet (tc03EnterCredentials()).
  • Metode 4: Bekreft tilstedeværelsen av leder-ID-en på brukerdashbordet (tc04VerifyLoggedInPage()).
  • Metode 5: Bekreft flere lenker på brukerdashbordet (tc05VerifyHyperlinks()).

Code for scenariet:

pakke com.gruppe.guru99;

importere java.util.concurrent.TimeUnit;

importere org.openqa.selenium.By;
importere org.openqa.selenium.WebDriver;
importere org.openqa.selenium.firefox.FirefoxDrivere;
importere org.testing.Assert;
importere org.testng.annotations.Test;

offentlig klasse TC_Klasse1 {
offentlig statisk finale webdriver webDriver = nytt FirefoxDriver();

String lanseringssideOverskrift = «//h3[tekst()='Guru99 Bank]”;
slutt~~POS=TRUNC String brukernavn_element = «//input[@name='uid']», passordelement = «//skriv inn[@navn='passord']»,
påloggingselement = «//inndata[@navn='btnLogin']»;
slutt~~POS=TRUNC String brukernavn_verdi = «mngr28642», passordverdi = «ydAnate»;
slutt~~POS=TRUNC String leder-ID = «//td[inneholder(tekst(),'Sjefs-ID')]»;
slutt~~POS=TRUNC String nyKunde = «//a[@href='leggtilkundeside.php']», fondsoverføring = «//a[@href='FundTransInput.php']»;

/** Denne testtilfellet initialiserer webDriveren */
@Test(grupper = { «binding», «sterke_bånd» })
offentlig ugyldighet tc01LaunchURL() {
webDriver.manage().window().maximize();
webDriver.manage().timeouts().implisittVent(20, Tidsenhet.SEKUNDER);
webDriver.get("https://www.demo.guru99.com/V4/");
}

/** Sjekker tilstedeværelsen av overskriften på innloggingssiden */
@Test(grupper = { «binding» })
offentlig ugyldighet tc02VerifyLaunchPage() {
Assert.assertTrue(webDriver.findElement(By.xpath(launchPageHeading)).isDisplayed(),
«Overskriften på hjemmesiden vises ikke»);
System.out.println(«Overskriften på hjemmesiden vises»);
}

/** Skriver inn brukernavn og passord, og klikker deretter på logg inn */
@Test(grupper = { «binding», «sterke_bånd» })
offentlig ugyldighet tc03EnterCredentials() {
webDriver.findElement(By.xpath(brukernavn_element)).sendKeys(brukernavn_verdi);
webDriver.findElement(By.xpath(passordelement)).sendKeys(passordverdi);
webDriver.findElement(By.xpath(signIn_element)).klikk();
}

/** Verifiserer leder-ID-en på dashbordet */
@Test(grupper = { «sterke_bånd» })
offentlig ugyldighet tc04VerifyLoggtInnSide() {
Assert.assertTrue(webDriver.findElement(By.xpath(managerID)).isDisplayed(),
«Leder-ID-etiketten vises ikke»);
System.out.println(«Leder-ID-etiketten vises»);
}

/** Sjekker Ny kunde-lenke og FundTransfer-lenke på dashbordet */
@Test(grupper = { «binding» })
offentlig ugyldighet tc05VerifyHyperlinks() {
Assert.assertTrue(webDriver.findElement(By.xpath(newCustomer)).isEnabled(),
«Ny kundehyperlenke vises ikke»);
System.out.println(«Ny kundehyperlenke vises»);

Assert.assertTrue(webDriver.findElement(By.xpath(fundTransfer)).isEnabled(),
«Hyperkoblingen til pengeoverføring vises ikke»);
System.out.println(«Hyperkobling til pengeoverføring vises»);
}
}

Merk: Demobanklegitimasjonen er gyldig i omtrent 20 dager, så en lokal kjøring kan vise en feilmelding om ugyldig legitimasjon etter at dette vinduet utløper.

Forklaring av koden:

Fem testmetoder, én per handling, har hver en groups attributt på @Test merknad.

De to logiske gruppeetikettene er strong_ties og bonding.

  • Den første og tredje metoden bærer begge deler bonding og strong_ties, slik at de kjører når en av gruppene er inkludert i suiten. Dette er et vanlig mønster for delte testforsøk trinn.
  • Den andre metoden er bare merket med bonding, så den kjører bare når bonding gruppen er inkludert.
  • Den fjerde metoden er kun merket med strong_ties, så den kjører bare når den gruppen er inkludert.
  • Den femte metoden er kun merket med bonding, så den kjører bare når bonding gruppen er inkludert.

Fire utførelsesscenarier følger:

Scenario 1: Kjør alle testmetoder uavhengig av gruppe. Fjern <groups> blokk fra den kjørende XML-filen.

Scenario 2: Kjør kun metoder knyttet til en valgt gruppe, nemlig strong_ties or bondingSe videoen nedenfor.

  • I den første delen av videoen, <groups> blokken blir kommentert ut, slik at alle testmetoder kjører.
  • I den andre delen gjenopprettes gruppefilteret, og bare de samsvarende metodene kjører.

Scenario 3: Bruk ekskluderingsfilteret for å hoppe over valgte testtilfeller. Se videoen.

  • Demoen ekskluderer tc02 etter navn i den kjørende XML-filen, og resultatrapporten bekrefter at den ekskluderte metoden ikke kjører.

Scenario 4: Bruk inkluderingsfilteret for å bare kjøre tc01LaunchURL, tc03EnterCredentialsog tc05VerifyHyperlinksSe videoen.

I denne kjøringen kjøres bare metodene som er oppført i include-filteret, nøyaktig som konfigurert.

Last ned eksempelprosjektet fra lenken nedenfor.

Last ned ovenstående Code

Konklusjon

Grupper i TestNG bringe struktur til det store Selenium og enhetssuiter ved å erstatte engangsklasseoppdelinger med deklarative XML-filtre.

Merk metodene dine med @Test(groups = {...}), bruk deretter <include>, <exclude>og dependsOnGroups å drive røyk, regresjon og ende-til-ende-kjøringer fra det samme Maven-prosjektet på TestNG 7.x.

Spørsmål og svar

En gruppe er en logisk etikett knyttet til en testmetode gjennom groups attributt på @TestXML-pakken velger deretter grupper ved hjelp av inkluderings- og ekskluderingsfiltre, slik at du bestemmer under kjøring hvilke taggede metoder som skal kjøres.

Innsiden <groups><run>den <include name="..."> tagg hvitelistegrupper for kjøringen, og <exclude name="..."> blokkerer dem. TestNG bruker ekskluderinger etter inkluderinger, slik at en ekskludert gruppe alltid hoppes over, selv når den også er oppført i inkludering.

Ocuco dependsOnGroups attributt på @Test krefter TestNG å kjøre alle metodene i den oppførte gruppen før den avhengige metoden starter. Hvis en av de nødvendige metodene mislykkes, TestNG markerer den avhengige metoden som hoppet over i stedet for mislyktes.

Ja. De groups Attributtet aksepterer en matrise, så @Test(groups = {"smoke", "regression"}) plasserer én metode i begge gruppene. TestNG kjører den metoden når en av gruppene er inkludert i suiten, noe som holder delte trinn TØRRE.

TestNG 7.x er den vedlikeholdte linjen, med utgivelser under org.testng:testng Maven-koordinat. Den holder grupper, parallell utførelse og lyttere fullt kompatible med moderne Selenium 4- og JDK 17-prosjektene.

AI-testpåvirkningsverktøy analyserer kodeforskjeller og tilordner deretter endrede klasser til gruppene som dekker dem. Pipelinen kjører bare de merkede gruppene på hver pull-forespørsel, noe som reduserer tilbakemeldingstiden samtidig som den holderping risikable stier under utprøving.

Ja. AI-klyngealgoritmer leser historiske feillogger, flagger ustabile tester og foreslår et stabilt delsett merket som regressionIngeniørene godkjenner listen, deretter TestNG kjører den gruppen hver natt, noe som holder suiten tett uten å miste dekningen.

Oppsummer dette innlegget med: