Hvad er ende til slut test: E2E Testing Framework med eksempler

what is end end testing

Hvad er ende til slut test: E2E Testing Framework med eksempler

End-to-end test er en softwaretestmetode til at teste en applikationsflow fra start til slut. Formålet med test til ende til slut er at simulere det virkelige brugerscenarie og validere det testede system og dets komponenter til integration og dataintegritet.

Ingen ønsker at blive kendt for deres fejl og deres uagtsomhed, og det samme er tilfældet med testerne. Når testerne får tildelt en applikation til at teste, fra det øjeblik, tager de ansvaret, og applikationen fungerer også som en platform til at vise deres praktiske og tekniske testviden.

Så for at beskrive det teknisk for at sikre, at test udføres fuldstændigt, er det nødvendigt at udføre “ Test til ende til slut ' .

I denne vejledning lærer vi, hvad der er End to End Testing, hvordan det er gjort, hvorfor det er nødvendigt, hvad der er matricerne brugt, hvordan man opretter en ende for at afslutte specifikke testsager og nogle få andre vigtige aspekter også. Vi lærer også om systemtest og sammenligner det med End to End-test ..

Virkelig også => Slut til slut træning på et live projekt - Gratis online kvalitetsuddannelse.

Hvad du vil lære:

hvordan man opretter en firewall fra bunden

• Hvad er test til ende til slut?
• End-to-End testværktøjer
  • • # 1) TestCraft
• Hvordan fungerer end-to-end test?
• E2E testmetoder
• Hvorfor udfører vi E2E-test?
• E2E Testing Design Framework
• Involverede målinger
• Konklusion
  • Anbefalet læsning

Hvad er test til ende til slut?

End-to-end test er en softwaretestmetode til at teste en applikationsflow fra start til slut. Formålet med denne test er at simulere det virkelige brugerscenarie og validere det testede system og dets komponenter til integration og dataintegritet.

Det udføres fra start til slut under virkelige scenarier som kommunikation af applikationen med hardware, netværk, database og andre applikationer.

Hovedårsagen til at udføre denne test er at bestemme forskellige afhængigheder af en applikation samt sikre, at nøjagtig information kommunikeres mellem forskellige systemkomponenter. Det udføres normalt efter afslutningen af ​​funktionel og systemtestning af enhver applikation.

Lad os tage et eksempel på Gmail:

Afslutning til slutbekræftelse af en Gmail-konto inkluderer følgende trin:

1. Start af en Gmail-login-side via URL.
2. Log ind på Gmail-konto ved hjælp af gyldige legitimationsoplysninger.
3. Adgang til indbakke. Åbning af læste og ulæste e-mails.
4. Oprettelse af en ny e-mail, svar eller videresendelse af en e-mail.
5. Åbning af sendte emner og kontrol af e-mails.
6. Kontrol af e-mails i Spam-mappen
7. Logge ud af Gmail-applikationen ved at klikke på 'log af'

End-to-End testværktøjer

Anbefalet værktøj:

# 1) TestCraft

Vi anbefaler at bruge et end-to-end testautomationsværktøj som TestCraft.

TestCraft er en kodeløs Selen-testautomationsplatform. Den revolutionerende AI-teknologi og enestående visuel modellering muliggør hurtigere oprettelse og udførelse af test, samtidig med at testvedligeholdelsesomkostninger elimineres.

Testerne opretter fuldautomatiske testscenarier uden kodning. Kunder finder fejl hurtigere, frigiver oftere, integreres med CI / CD-tilgangen og forbedrer den overordnede kvalitet af deres digitale produkter. Alt dette skaber en komplet test-oplevelse fra slutning til slut.

=> Besøg TestCraft-webstedet

Hvordan fungerer end-to-end test?

For at forstå lidt mere, lad os finde ud af det Hvordan det virker?

Tag eneksempelaf bankindustrien. Få af os må have prøvet det Aktier. Når en Demat-kontoindehaver køber en aktie, skal der gives en bestemt procentdel af et beløb til mægleren. Når aktionæren sælger denne aktie, uanset om han får fortjeneste eller tab, gives en bestemt procentdel af beløbet igen til mægleren. Alle disse transaktioner afspejles og administreres på konti. Hele processen involverer risikostyring.

Når vi ser på ovenstående eksempel og holder slut-til-slut-testen i tankerne, vil vi finde ud af, at hele processen inkluderer flere tal såvel som forskellige transaktionsniveauer. Hele processen involverer mange systemer, der kan være vanskelige at teste.

E2E testmetoder

# 1) Vandret test:

Denne metode bruges meget almindeligt. Det forekommer vandret på tværs af sammenhængen med flere applikationer. Denne metode kan let forekomme i et enkelt ERP-program (Enterprise Resource Planning). Tag et eksempel på en webbaseret anvendelse af et online bestillingssystem. Hele processen inkluderer konti, lagerstatus for produkterne samt forsendelsesoplysninger.

# 2) Lodret test:

I denne metode verificeres og evalueres alle transaktioner i enhver applikation lige fra start til slut. Hvert enkelt applikationslag testes startende fra top til bund. Tag et eksempel på et webbaseret program, der bruger HTML-koder til at nå webservere. I sådanne tilfælde kræves API for at generere SQL-koder mod databasen. Alle disse komplekse computerscenarier kræver korrekt validering og dedikeret test. Denne metode er således meget vanskeligere.

'' White Box test '' såvel som '' Black Box Testing '' begge er forbundet med denne test. Eller med andre ord kan vi sige, dette er kombinationen af ​​fordele ved både hvid boks test og sort boks test. Afhængig af typen af ​​software, der udvikles, på forskellige niveauer, anvendes både testteknikker, dvs. hvid boks og sort boks test efter behov. Dybest set udfører test til ende til funktion funktionel såvel som den arkitektoniske tilgang til enhver software eller programmer til validering af systemfunktioner.

Testerne ligesom afslutning til afslutning verifikation, fordi man skriver testsager fra brugeren '' s perspektiv og i et virkeligt scenarie kan undgå de to almindelige fejl. dvs. '' mangler en fejl '' og '' skrive testsager, der ikke verificerer virkelige scenarier '' . Dette giver testere en enorm følelse af præstation.

Nedenfor er der nogle få retningslinjer, der skal holdes i tankerne under design af testcases til udførelse af denne type test:

• Testcases skal designes ud fra slutbrugerens perspektiv.
• Bør fokusere på at teste nogle af de eksisterende funktioner i systemet.
• Flere scenarier bør overvejes for oprettelse af flere testtilfælde.
• Forskellige sæt testsager skal oprettes for at fokusere på flere scenarier i systemet.

Da vi udfører testsager, er det samme med denne test. Hvis testsagerne er 'Pass', dvs. vi får den forventede output, siges det, at systemet med succes har bestået End to End-testen. Ligeledes, hvis systemet ikke producerer det ønskede output, skal der foretages en gentest af en testtilfælde under hensyntagen til fejlområderne.

Hvorfor udfører vi E2E-test?

I det nuværende scenarie, som også vist i diagrammet ovenfor, består et moderne softwaresystem af dets sammenkobling med flere undersystemer. Dette har gjort moderne softwaresystemer til en meget kompliceret.

Disse undersystemer, vi taler om, kan være inden for samme organisation eller i mange tilfælde også være af forskellige organisationer. Disse delsystemer kan også være noget ens eller forskellige fra det nuværende system. Som et resultat, hvis der er en fejl eller fejl i et hvilket som helst subsystem, kan det påvirke hele softwaresystemet negativt, hvilket fører til dets sammenbrud.

Disse store risici kan undgås og kan kontrolleres ved denne type test:

• Hold kontrol og udfør systemflowbekræftelse.
• Forøg testdækningsområderne for alle undersystemer, der er involveret i softwaresystemet.
• Registrerer eventuelle problemer med delsystemerne og øger dermed produktiviteten i hele softwaresystemet.

Nedenfor er de få aktiviteter, der er inkluderet i slut-til-slut-processen:

• En grundig undersøgelse af kravene til at udføre denne test.
• Passende opsætning af testmiljøer.
• En grundig undersøgelse af hardware- og softwarekrav.
• Beskrivelser af alle undersystemer samt involveret hovedsoftwaresystem.
• Anvend roller og ansvar for alle involverede systemer og undersystemer.
• Testmetoder anvendt under denne test samt standarder, der følges, dens beskrivelse.
• Testcases design samt sporing af kravmatrix.
• Optag eller gem input- og outputdata for hvert system.

E2E Testing Design Framework

Vi vil se på alle de 3 kategorier en efter en:

# 1) Brugerfunktioner: Følgende handlinger skal udføres som en del af opbygningen af ​​brugerfunktioner:

• Listefunktioner i softwaresystemerne og deres sammenkoblede undersystemer.
• For enhver funktion skal du holde styr på de udførte handlinger såvel som input- og outputdata.
• Find relationer, hvis nogen mellem forskellige brugerfunktioner.
• Find ud af arten af ​​forskellige brugerfunktioner. Dvs. hvis de er uafhængige eller kan genbruges.

# 2) Betingelser: Følgende aktiviteter skal udføres som en del af bygningsforholdene baseret på brugerfunktioner:

• For hver brugerfunktion skal der udarbejdes et sæt betingelser.
• Timing, dataforhold og andre faktorer, der påvirker brugerfunktioner, kan betragtes som parametre.

# 3) Test tilfælde: Følgende faktorer bør overvejes i byggesagssager:

• For hvert scenarie skal der oprettes en eller flere testsager for at teste hver funktionalitet i brugerfunktionerne.
• Hver eneste betingelse bør anføres som en separat testsag.

Involverede målinger

Gå videre til de næste vigtige aktiviteter eller målinger, der er involveret i denne test :

1. Status for forberedelse af testsag: Dette kan spores i form af en graf for at repræsentere forløbet af de planlagte testsager, der er under forberedelse.
2. Ugentlig sporing af testforløbet: Dette inkluderer ugesmæssig repræsentation af fremskridtene i eksekvering af testsager. Det kan reflekteres gennem en procentvis repræsentation for et pas, fejl, eksekveret, ikke udført, ugyldigt osv. Sager.
3. Status og detaljeret rapport for mangler: Statusrapporten bør udarbejdes dagligt for at vise testsagens eksekveringsstatus samt defekter fundet og logget i henhold til deres sværhedsgrad. Ugentligt skal procentdelen af ​​de åbne og lukkede mangler beregnes. Baseret på defektets sværhedsgrad og prioritet skal mangler også spores ugentligt.
4. Testmiljø: Dette holder styr på den tildelte testmiljøets varighed samt den testmiljøtid, der faktisk er brugt under udførelsen af ​​denne test.

Vi har næsten set alle aspekter af denne test. Lad os nu differentiere ' Systemtest ' og ' Test til ende til slut ' . Men før det, lad mig give dig en grundlæggende idé om 'Systemtest', så vi let kan skelne mellem de to former for softwaretest .

Systemtest er den form for test, der inkluderer en række forskellige tests, hvis formål er at udføre den komplette test af det integrerede system. Systemtestning er dybest set en form for black-box-test, hvor fokus er på den eksterne funktion af softwaresystemerne fra brugerens synspunkt og holder de virkelige forhold som overvejelse.

Systemtest involverer:

• Test af en fuldt integreret applikation inklusive hovedsystemet.
• Bestem komponenterne interagerer med hinanden og inden i systemet.
• Kontroller det ønskede output på basis af det leverede input.
• Analyse af brugerens oplevelse, mens du bruger forskellige aspekter af applikationen.

Ovenfor har vi set den grundlæggende beskrivelse af systemtest for at forstå det. Nu ser vi forskellene mellem 'Systemtest' og 'Test til ende til slut'.

Konklusion

Håber du har lært forskellige aspekter af End to End-tests som dens processer, metrics og forskellen mellem Systemtest og End to End-test.

For enhver kommerciel frigivelse af softwaren spiller End to End-verifikation en vigtig rolle, da den tester hele applikationen i et miljø, der nøjagtigt efterligner virkelige brugere som netværkskommunikation, databaseinteraktion osv.

Afslutningen til slut-testen udføres hovedsageligt manuelt, da omkostningerne ved automatisering af sådanne testsager er for høje til, at enhver organisation kan tilbyde. Dette er ikke kun gavnligt for systemvalidering, men kan også betragtes som nyttigt til test af ekstern integration.

Fortæl os, hvis du har spørgsmål om end-to-end-testen.

Anbefalet læsning

• Bedste softwaretestværktøjer 2021 (QA Test Automation Tools)
• Nøgleforskelle mellem Black Box Testing og White Box Testing
• Test af Primer eBook Download
• Funktionel testning mod ikke-funktionel testning
• Softwaretestkursusplan - Online kursus detaljeret træningsplan
• Hvad er udholdenhedstest i softwaretest (eksempler)
• Black Box Testing: En grundig tutorial med eksempler og teknikker
• Hvad er komponenttest eller modultest (lær med eksempler)