Hvad er END-To-END-testning? E2E Eksempel
ende til ende test
ende til ende test er en softwaretestmetode, der validerer hele softwaren fra start til slut sammen med dens integration med eksterne grænseflader. Formålet med end-to-end test er at teste hele softwaren for afhængigheder, dataintegritet og kommunikation med andre systemer, grænseflader og databaser for at udføre et komplet produktionslignende scenarie.
Sammen med softwaresystemet validerer det også batch-/databehandling fra andre upstream/downstream-systemer. Derfor navnet "Ende til ende". End to End-test udføres normalt efter funktionel og Systemtest. Den bruger faktisk produktion som data og testmiljø til at simulere realtidsindstillinger. E2E Test kaldes også Kæde test.
Hvorfor ende til ende test?
ende til ende test verificerer komplet systemflow og øger tilliden ved at opdage problemer og øge Test dækning af delsystemer. Moderne softwaresystemer er komplekse og forbundet med flere undersystemer, der kan afvige fra nuværende systemer. Hele systemet kan kollapse ved svigt af ethvert delsystem, der er en stor risiko, som kan undgås ved end-to-end test.
Testproces fra ende til ende
Følgende diagram giver et overblik over End-to-End-testprocessen.
De vigtigste aktiviteter involveret i End-to-End-testning er -
- Undersøgelse af krav til ende-til-ende-test
- Opsætning af testmiljø og krav til hardware/software
- Beskriv alle systemerne og dets delsystemers processer.
- Description af roller og ansvar for alle systemerne
- Testmetode og standarder
- Ende-til-ende kravsporing og design af testcases
- Input og output data for hvert system
Værktøj til ende til ende test
testRigor
testRigor er førende i branchen, når det kommer til end-to-end test. Opret problemfrit kodefri test på tværs af web-UI, indbyggede og hybride mobilapps, mobilbrowsere og API. Test e-mails og SMS, test downloadede .XLS, .DOC, .PDF osv. filer med lethed.
Funktioner:
- Skriv no-code tests på almindeligt engelsk.
- Web + mobil + API-dækning i én test. Support på tværs af platforme og på tværs af browsere.
- Opret test 15x hurtigere i forhold til Selenium.
- Reducer testvedligeholdelse med op til 99.5 %.
- testRigor er sikker og SOC 2 Type 2-kompatibel.
- Integrationer med CI/CD og Test case management.
- Kør 1000-vis af tests og få resultater på under 30 minutter.
Hvordan opretter man end-to-end testcases?
Ende-til-ende-testdesignramme består af tre dele
- Byg brugerfunktioner
- Byggebetingelser
- Byg testcases
Lad os se på dem i detaljer: –
Byg brugerfunktioner
Følgende aktiviteter bør udføres som en del af opbygning af brugerfunktioner:
- Liste over funktionerne i systemet og deres indbyrdes forbundne komponenter
- Liste inputdata, handling og outputdata for hver funktion eller funktion
- Identificer sammenhængen mellem funktionerne
- Bestem, om funktionen kan genbruges eller uafhængig
For eksempel - Overvej et scenario, hvor du logger ind på din bankkonto og overfører nogle penge til en anden konto fra en anden bank (3rdparti undersystem)
- Log ind i banksystemet
- Tjek saldobeløbet på kontoen
- Overfør et beløb fra din konto til en anden bankkonto (3rdparti undersystem)
- Tjek din seneste kontosaldo
- Log ud af applikationen
Byg betingelser baseret på brugerfunktion
Følgende aktiviteter udføres som en del af byggeforholdene:
- Opbygning af et sæt betingelser for hver defineret brugerfunktion
- Betingelser omfatter sekvens, timing og databetingelser
For eksempel -Tjek af flere forhold som
Login-side
- Ugyldigt brugernavn og adgangskode
- Tjek med gyldigt brugernavn og adgangskode
- Kontrol af adgangskodestyrke
- Kontrol af fejlmeddelelser
Saldobeløb
- Tjek den aktuelle saldo efter 24 timer. (Hvis overførslen sendes til en anden bank)
- Se efter fejlmeddelelsen, hvis overførselsbeløbet er større end det aktuelle saldobeløb
Byg et testscenarie
Bygning af Testscenarie for den definerede brugerfunktion
I dette tilfælde,
- Log ind i systemet
- Kontrol af banksaldobeløb
- Overfør banksaldoen
Byg flere testcases
Byg en eller flere testcases for hvert defineret scenarie. Testcases kan inkludere hver betingelse som en enkelt testcase.
Metrics for end-to-end-test
Følgende er et par, blandt mange, metrics, der bruges som et ende-til-ende-testeksempel:
- Status for forberedelse af testcase: Det giver Test Case forberedelse fremskridt i forhold til planlagt
- Ugentlig testfremskridt- Giver ugevise detaljer om procentdel testgennemførelse - Mislykkedes, ikke udført og udført i forhold til planlagte udførelsestest.
- Defektstatus og detaljer- Det giver procentdel af åbne og lukkede defekter pr. uge. Også ugentligt defektfordeling baseret på sværhedsgrad og prioritet
- Miljøtilgængelighed –Samlet antal timer "op" / Samlet antal timer planlagt pr. dag til test
End-to-End-test vs systemtest
Test til ende til slut | Systemtest |
---|---|
Validerer softwaresystemet såvel som indbyrdes forbundne undersystemer | Validerer kun softwaresystemet i henhold til kravspecifikationerne. |
Det kontrollerer hele ende-til-ende procesflowet. | Det kontrollerer systemets funktionaliteter og funktioner. |
Alle grænseflader, backend-systemer vil blive overvejet til test | Funktionel og ikke-funktionel testning vil blive overvejet til test |
Det udføres, når systemtesten er afsluttet. | Det er udført efter Integrationstest. |
End to End-test involverer kontrol af eksterne grænseflader, som kan være komplekse at automatisere. Derfor Manuel testning er foretrukket. | Både manuel og automatisering kan udføres til systemtestning |
Konklusion
Inden for softwareteknik er end-to-end-test i softwaretest processen med at verificere et softwaresystem sammen med dets undersystemer. Den største udfordring i denne test er at have tilstrækkelig viden om hele systemet såvel som et sammenkoblet delsystem.