Meny

Hva er test til slutt til slutt: E2E Testing Framework med eksempler

what is end end testing

Prøv Instrumentet Vårt For Å Eliminere Problemer

Hva er test til slutt til slutt: E2E Testing Framework med eksempler

End-to-end testing er en programvaretestmetodikk for å teste en applikasjonsflyt fra start til slutt. Hensikten med test til slutt til slutt er å simulere det virkelige brukerscenariet og validere systemet som testes og dets komponenter for integrering og dataintegritet.

Ingen ønsker å bli kjent for sine feil og uaktsomhet, og det samme er tilfellet med testerne. Når testerne får tildelt en applikasjon for å teste, fra det øyeblikket, tar de ansvaret og applikasjonen fungerer også som en plattform for å vise sin praktiske og tekniske testkunnskap.

Så for å beskrive det teknisk, for å sikre at testing blir fullført, er det nødvendig å utføre “ Test til slutt til slutt ' .

hva er test til slutt

I denne opplæringen vil vi lære hva som er End to End Testing, hvordan det gjøres, hvorfor det er nødvendig, hva er matrisene som brukes, hvordan du kan lage en slutt for å avslutte spesifikke testsaker og noen få andre viktige aspekter også. Vi vil også lære om systemtesting og sammenligne det med test til slutt til slutt ..

Ekte også => End to End Training på et live prosjekt - Gratis online kvalitetsopplæring.

Hva du vil lære:

beste programmet for å fikse registerfeil

Hva er test til slutt til slutt?

slutt til slutt testprosess

End-to-end testing er en programvaretestmetodikk for å teste en applikasjonsflyt fra start til slutt. Formålet med denne testingen er å simulere det virkelige brukerscenariet og validere systemet som testes og dets komponenter for integrering og dataintegritet.

Den utføres fra start til slutt under virkelige scenarier som kommunikasjon av applikasjonen med maskinvare, nettverk, database og andre applikasjoner.

Hovedårsaken til å utføre denne testingen er å bestemme forskjellige avhengigheter av et program, samt å sikre at nøyaktig informasjon blir kommunisert mellom forskjellige systemkomponenter. Det utføres vanligvis etter fullført funksjonell og systemtesting av ethvert program.

La oss ta et eksempel på Gmail:

eksempel på test til slutt

Bekreftelse av en Gmail-konto fra slutt til slutt inkluderer følgende trinn:

  1. Starter en Gmail-påloggingsside via URL.
  2. Logge på Gmail-konto ved hjelp av gyldig legitimasjon.
  3. Få tilgang til innboksen. Åpne lest og ulest e-post.
  4. Å komponere en ny e-post, svare eller videresende en e-post.
  5. Åpne sendte varer og sjekke e-post.
  6. Kontrollerer e-post i spam-mappen
  7. Logge av Gmail-applikasjonen ved å klikke 'logge ut'

End-to-End-testverktøy

Anbefalt verktøy:

# 1) TestCraft

TestCraft-logoen er ny
Vi anbefaler å bruke et end-to-end-testautomatiseringsverktøy som TestCraft.

TestCraft er en kodeløs Selen-testautomatiseringsplattform. Den revolusjonerende AI-teknologien og den unike visuelle modelleringen muliggjør raskere testopprettelse og utførelse mens du eliminerer overhead for testvedlikehold.

Testerne lager helautomatiske testscenarier uten koding. Kunder finner feil raskere, slipper oftere, integreres med CI / CD-tilnærmingen og forbedrer den generelle kvaliteten på sine digitale produkter. Alt dette skaper en komplett test-opplevelse fra end til slutt.

=> Besøk TestCraft-nettstedet

Hvordan fungerer end-to-end-testen?

For å forstå litt mer, la oss finne ut Hvordan det fungerer?

Ta eneksempelav bankindustrien. Få av oss må ha prøvd ut Aksjer. Når en Demat-kontoinnehaver kjøper en andel, skal en bestemt prosentandel av et beløp gis til megleren. Når aksjonæren selger den aksjen, enten han får fortjeneste eller tap, blir en bestemt prosentandel av beløpet igjen gitt til megleren. Alle disse transaksjonene gjenspeiles og administreres i kontoer. Hele prosessen involverer risikostyring.

Når vi ser på eksemplet ovenfor, med tanke på End-to-End-testen, vil vi oppdage at hele prosessen inkluderer flere tall så vel som forskjellige nivåer av transaksjoner. Hele prosessen involverer mange systemer som det kan være vanskelig å teste.

E2E testmetoder

# 1) Horisontal test:

Denne metoden brukes veldig ofte. Det skjer horisontalt i sammenheng med flere applikasjoner. Denne metoden kan lett forekomme i en enkelt ERP-applikasjon (Enterprise Resource Planning). Ta et eksempel på en nettbasert applikasjon av et online bestillingssystem. Hele prosessen vil omfatte kontoer, lagerstatus for produktene samt forsendelsesdetaljer.

# 2) Vertikal test:

I denne metoden blir alle transaksjonene i et hvilket som helst program bekreftet og evaluert helt fra start til slutt. Hvert enkelt lag i applikasjonen testes fra topp til bunn. Ta et eksempel på et nettbasert program som bruker HTML-koder for å nå webservere. I slike tilfeller kreves API for å generere SQL-koder mot databasen. Alle disse komplekse databehandlingsscenariene vil kreve riktig validering og dedikert testing. Dermed er denne metoden mye vanskeligere.

' White Box testing ' i tillegg til ' Black Box Testing ' begge er assosiert med denne testingen. Eller med andre ord, vi kan si, dette er kombinasjonen av fordelene med både hvit boks testing og svart boks testing. Avhengig av hvilken programvare som utvikles, på forskjellige nivåer, brukes både testteknikker, dvs. hvit boks og svart boks, når og når det er nødvendig. I utgangspunktet utfører End to End-testen funksjonell så vel som den arkitektoniske tilnærmingen for programvare eller programmer for å validere systemfunksjoner.

Testerne som bekreftelse fra slutt til slutt fordi du skriver testsaker fra bruker ' s perspektiv og i et virkelig scenario kan unngå de to vanlige feilene. dvs. ' mangler en feil ' og ' skrive testsaker som ikke bekrefter virkelige scenarier ' . Dette gir testere en enorm følelse av prestasjon.

Nedenfor er vervet noen få retningslinjer som du bør huske på når du designer testtilfellene for å utføre denne typen testing:

  • Testtilfeller bør utformes ut fra sluttbrukerens perspektiv.
  • Bør fokusere på å teste noen eksisterende funksjoner i systemet.
  • Flere scenarier bør vurderes for å lage flere testsaker.
  • Ulike sett med testtilfeller bør opprettes for å fokusere på flere scenarier i systemet.

Når vi utfører testtilfeller, er det samme med denne testingen. Hvis testtilfellene er 'Pass', dvs. at vi får forventet produksjon, sies det at systemet har bestått End to End-testen. På samme måte, hvis systemet ikke produserer ønsket utdata, kreves det en ny test av en testtilfelle med tanke på feilområdene.

Hvorfor utfører vi E2E-testing?

I det nåværende scenariet, som også vist i diagrammet ovenfor, består et moderne programvaresystem av dets sammenkobling med flere undersystemer. Dette har gjort moderne programvaresystemer til en veldig komplisert.

Disse delsystemene vi snakker om kan være innenfor samme organisasjon, eller i mange tilfeller kan de også være av forskjellige organisasjoner. Dessuten kan disse delsystemene være noe like eller forskjellige fra det nåværende systemet. Som et resultat, hvis det er en feil eller feil i et hvilket som helst delsystem, kan det påvirke hele programvaresystemet negativt og føre til at det kollapser.

Disse store risikoene kan unngås og kan kontrolleres ved denne typen testing:

  • Hold kontroll og utfør systemflytbekreftelse.
  • Øk testdekningsområdene til alle delsystemene som er involvert i programvaresystemet.
  • Oppdager eventuelle problemer med delsystemene og øker dermed produktiviteten til hele programvaresystemet.

Nedenfor er det få aktiviteter som er inkludert i slutt-til-slutt-prosessen:

  • En grundig studie av kravene for å utføre denne testen.
  • Ordentlig oppsett av testmiljøer.
  • En grundig studie av maskinvare- og programvarekrav.
  • Beskrivelser av alle undersystemer samt hovedprogramvaresystemet som er involvert.
  • Bruk rollene og ansvaret for alle involverte systemer og delsystemer.
  • Testmetoder som brukes under denne testingen, samt standarder som følges, beskrivelsen.
  • Test tilfeller utforming samt sporing krav matrise.
  • Registrer eller lagre inndata og utdata for hvert system.

E2E Testing Design Framework

End to End Testing-4

Vi vil se på alle de tre kategoriene en etter en:

# 1) Brukerfunksjoner: Følgende handlinger skal utføres som en del av bygningen av brukerfunksjoner:

  • Listefunksjoner for programvaresystemene og deres sammenkoblede undersystemer.
  • For alle funksjoner, hold oversikt over utførte handlinger så vel som inndata og utdata.
  • Finn forholdet, hvis noen mellom forskjellige brukerfunksjoner.
  • Finn ut hva som er forskjellige brukerfunksjoner. hvis de er uavhengige eller er gjenbrukbare.

# 2) Betingelser: Følgende aktiviteter bør utføres som en del av bygningsforholdene basert på brukerfunksjoner:

  • For hver brukerfunksjon bør det utarbeides et sett med betingelser.
  • Timing, dataforhold og andre faktorer som påvirker brukerfunksjonene kan betraktes som parametere.

# 3) Test tilfeller: Følgende faktorer bør vurderes for byggesakssaker:

  • For hvert scenario bør det opprettes en eller flere testtilfeller for å teste hver funksjonalitet i brukerfunksjonene.
  • Hver eneste tilstand bør ververes som en egen testtilfelle.

Involverte beregninger

Gå videre til de neste viktige aktivitetene eller beregningene som er involvert i denne testen :

  1. Status for testsaksforberedelse: Dette kan spores i form av en graf for å representere fremdriften i de planlagte testtilfellene som er under utarbeidelse.
  2. Ukentlig sporing av testfremdriften: Dette inkluderer ukesmessig representasjon av fremdriften i testsakene. Det kan reflekteres gjennom prosentvis representasjon for et passert, mislykket, utført, ikke utført, ugyldig osv.
  3. Status og detaljert rapport for mangler: Statusrapporten bør utarbeides på en daglig basis for å vise testutførelsesstatus samt mangler som er funnet og logget i henhold til alvorlighetsgraden. Ukentlig skal prosentandelen av åpne og lukkede feil beregnes. Basert på alvorlighetsgrad og prioritet, bør feilstatus spores ukentlig.
  4. Test miljø: Dette holder oversikt over den tildelte varigheten av testmiljøet samt den testmiljøetiden som faktisk ble brukt mens du utførte denne testen.

Vi har nesten sett alle aspekter av denne testingen. La oss nå differensiere ' Systemtesting ' og ' Test til slutt til slutt ' . Men før det, la meg gi deg en grunnleggende ide om 'Systemtesting' slik at vi enkelt kan skille mellom de to formene for programvaretesting .

Systemtesting er testformen som inkluderer en rekke forskjellige tester hvis formål er å utføre fullstendig testing av det integrerte systemet. Systemtesting er i utgangspunktet en form for black-box testing hvor fokus er på ekstern bruk av programvaresystemene fra brukerens synspunkt og holder forholdene i den virkelige verden som hensyn.

Systemtesting innebærer:

  • Testing av et fullt integrert program inkludert hovedsystemet.
  • Bestem komponentene som samhandler med hverandre og i systemet.
  • Bekreft ønsket utgang på grunnlag av inngangen.
  • Analyserer brukerens opplevelse mens du bruker ulike aspekter av applikasjonen.

Ovenfor har vi sett den grunnleggende beskrivelsen av systemtesting for å forstå den. Nå skal vi se på forskjellene mellom “System Testing” og “End to End testing”.

S.No.Test til slutt til sluttSystemtesting
1Validerer både hovedprogramvaresystemet samt alle sammenkoblede undersystemer.I henhold til spesifikasjonene gitt i kravdokumentet, validerer det bare programvaresystemet.
toHovedvekten er å verifisere prosessen med å slutte til slutt.Hovedvekten er å verifisere og kontrollere funksjoner og funksjoner i programvaresystemet.
3Mens du utfører testing, blir alle grensesnittene inkludert backend-prosessene til programvaresystemet tatt i betraktning.Mens du utfører testing, er det bare funksjonelle og ikke-funksjonelle områder og deres funksjoner som tas i betraktning for testing.
4End to End-testing utføres / utføres etter fullføring av systemtesting av ethvert programvaresystem.Systemtesting utføres i utgangspunktet etter fullføring av integrasjonstesting av programvaresystem.
5Manuell testing er mest foretrukket for å utføre slutt-til-slutt-testing, da denne formen for testing innebærer testing av eksterne grensesnitt, som til tider kan være svært vanskelig å automatisere. Og vil gjøre hele prosessen veldig kompleks.Både manuell og automatiseringstesting kan utføres som en del av systemtesting.

Konklusjon

Håper du har lært forskjellige aspekter av End to End-tester som prosesser, beregninger og forskjellen mellom systemtesting og End to End-testing.

For enhver kommersiell utgivelse av programvaren spiller End to End-verifisering en viktig rolle da den tester hele applikasjonen i et miljø som nøyaktig etterligner virkelige brukere som nettverkskommunikasjon, databaseinteraksjon, etc.

For det meste utføres slutten til slutt-testen manuelt, ettersom kostnadene ved å automatisere slike testsaker er for høye til at enhver organisasjon kan tilby. Dette er ikke bare gunstig for systemvalidering, men kan også betraktes som nyttig for testing av ekstern integrasjon.

Gi oss beskjed hvis du har spørsmål om end-to-end-testen.

Anbefalt lesing

^