End to End Testing
End To End Testing er en testmetode for programvare som validerer hele programvaren fra start til slutt sammen med integrasjonen med eksterne grensesnitt. Formålet med end-to-end testing er å teste hele programvaren for avhengigheter, dataintegritet og kommunikasjon med andre systemer, grensesnitt og databaser for å utøve fullstendig produksjon som scenario.
Sammen med programvaresystemet validerer det også batch / databehandling fra andre oppstrøms / nedstrøms systemer. Derfor navnet "End-to-End" . Ende til slutt-testing utføres vanligvis etter funksjonell og systemtesting. Den bruker faktisk produksjon som data og testmiljø for å simulere sanntidsinnstillinger. End-to-End-testing kalles også Chain Testing .
Hvorfor avslutning på test?
End To End Testing verifiserer fullstendig systemflyt og øker tilliten ved å oppdage problemer og øke testdekningen av delsystemer. Moderne programvaresystemer er komplekse og sammenkoblet med flere delsystemer som kan avvike fra dagens systemer. Hele systemet kan kollapse ved feil i et hvilket som helst delsystem som er en stor risiko, som kan unngås ved End-to-End-testing.
Test til slutt til slutt:
Følgende diagram gir en oversikt over testprosessen End to End.
Hovedaktivitetene som er involvert i test til slutt til slutt er -
- Studie av krav til test til slutt
- Test miljøoppsett og krav til maskinvare / programvare
- Beskriv alle systemene og dets delsystemprosesser.
- Beskrivelse av roller og ansvar for alle systemene
- Testmetodikk og standarder
- End to end-kravsporing og utforming av testsaker
- Inndata og utdata for hvert system
Hvordan lage end-to-end test tilfeller?
End to End Testing Design rammeverk består av tre deler
- Bygg brukerfunksjoner
- Byggforhold
- Bygg testtilfeller
Bygg brukerfunksjoner
Følgende aktiviteter bør gjøres som en del av build brukerfunksjoner:
- Liste opp funksjonene til systemet og deres sammenkoblede komponenter
- Oppgi inngangsdata, handling og utdata for hver funksjon eller funksjon
- Identifiser forholdet mellom funksjonene
- Bestem om funksjonen kan være gjenbrukbar eller uavhengig
For eksempel - Vurder et scenario der du logger inn på bankkontoen din og overfører penger til en annen konto fra en annen bank ( tredje parts delsystem)
- Logg inn på banksystemet
- Se etter saldobeløpet på kontoen
- Overfør et beløp fra kontoen din til en annen bankkonto ( tredje parts delsystem)
- Sjekk den siste kontosaldoen din
- Logg av applikasjonen
Bygg forhold basert på brukerfunksjon
Følgende aktiviteter utføres som en del av byggeforholdene:
- Bygg et sett med betingelser for hver definert brukerfunksjon
- Betingelsene inkluderer sekvens, timing og dataforhold
For eksempel -Sjekk av flere forhold som
Påloggingsside
- Ugyldig brukernavn og passord
- Sjekker med gyldig brukernavn og passord
- Kontroll av passordstyrke
- Kontroll av feilmeldinger
Saldoen
- Kontroller gjeldende saldo etter 24 timer. (Hvis overføringen sendes til en annen bank)
- Se etter feilmeldingen hvis overføringsbeløpet er større enn gjeldende saldobeløp
Bygg et testscenario
Bygg testscenariet for den definerte brukerfunksjonen
I dette tilfellet,
- Logg inn på systemet
- Sjekk av banksaldo
- Overfør banksaldoen
Bygg flere testtilfeller
Bygg en eller flere testtilfeller for hvert definert scenario. Test tilfeller kan omfatte hver tilstand som en enkelt test sak.
Beregninger for test til slutt til slutt:
Følgende er få av mange beregninger som brukes til test til slutt til slutt.
- Test Saksforberedelsesstatus: Det gir Test Saksforberedelse fremgang mot planlagt
- Ukentlig testfremdrift - Gir ukentlige detaljer om prosentuell fullføring av test - Mislyktes, ikke utført og utført mot planlagt for utførelsestester.
- Defektstatus og detaljer - Det gir prosentandel av åpne og lukkede feil per uke. Også ukesmessig mangelfordeling basert på alvorlighetsgrad og prioritet
- Miljøtilgjengelighet - Totalt antall timer "opp" / Totalt antall timer planlagt per dag for testing
End to End Testing vs System Testing
| Test til slutt til slutt | Systemtesting |
|---|---|
| Validerer programvaresystemet samt sammenkoblede undersystemer | Validerer bare programvaresystemet i henhold til kravspesifikasjonene. |
| Den kontrollerer fullstendig end-to-end prosessflyt. | Det sjekker systemfunksjonaliteter og funksjoner. |
| Alle grensesnitt, backend-systemer vil bli vurdert for testing | Funksjonell og ikke-funksjonell testing vil bli vurdert for testing |
| Den kjøres når systemtesting er fullført. | Den utføres etter integrasjonstesting. |
| End to End-testing innebærer å sjekke eksterne grensesnitt som kan være kompliserte å automatisere. Manuell testing foretrekkes derfor. | Både manuell og automatisering kan utføres for systemtesting |
Konklusjon
I Software Engineering er End to End Testing prosessen som verifiserer et programvaresystem sammen med dets undersystemer. Den største utfordringen i denne testingen er å ha nok kunnskap om hele systemet samt et sammenkoblet delsystem.