Meny

Vad är testning från slut till slut: E2E-testramverk med exempel

what is end end testing

Prova Vårt Instrument För Att Eliminera Problem

Vad är testning från slut till slut: E2E-testramverk med exempel

End-to-end-testning är en testmetod för programvara för att testa ett applikationsflöde från början till slut. Syftet med testning från slut till slut är att simulera det verkliga användarscenariot och validera systemet som testas och dess komponenter för integration och dataintegritet.

Ingen vill bli känd för sina misstag och vår försumlighet, och samma sak är fallet med testarna. När testarna tilldelas en ansökan att testa, från det ögonblicket, tar de ansvaret och applikationen fungerar också som en plattform för att visa sin praktiska och tekniska testkunskap.

Så, för att beskriva det tekniskt, för att säkerställa att testningen görs helt, är det nödvändigt att utföra ” Test från slut till slut ' .

vad är testning från slut till slut

I den här handledningen lär vi oss vad som är slutet till slutet-testet, hur det görs, varför det är nödvändigt, vad används matriserna, hur man skapar ett slut för att avsluta specifika testfall och några andra viktiga aspekter också. Vi kommer också att lära oss mer om systemtestning och jämföra det med testet End to End ..

Verkligt också => Slut till slut-träning i ett liveprojekt - Gratis kvalitetsutbildning online.

Vad du kommer att lära dig:

skillnad i c och c ++

Vad är test från slut till slut?

slutet på slutet testprocessen

End-to-end-testning är en testmetod för programvara för att testa ett applikationsflöde från början till slut. Syftet med denna testning är att simulera det verkliga användarscenariot och validera systemet som testas och dess komponenter för integration och dataintegritet.

Det utförs från början till slut under verkliga scenarier som kommunikation av applikationen med hårdvara, nätverk, databas och andra applikationer.

Huvudskälet för att utföra denna testning är att bestämma olika beroenden hos en applikation samt att säkerställa att korrekt information kommuniceras mellan olika systemkomponenter. Det utförs vanligtvis efter avslutad funktionell och systemtestning av alla applikationer.

Låt oss ta ett exempel på Gmail:

exempel på test till slut

End to End-verifiering av ett Gmail-konto innehåller följande steg:

  1. Starta en Gmail-inloggningssida via URL.
  2. Logga in på Gmail-konto med giltiga referenser.
  3. Åtkomst till inkorgen. Öppnar lästa och olästa e-postmeddelanden.
  4. Skapa ett nytt e-postmeddelande, svara eller vidarebefordra ett e-postmeddelande.
  5. Öppna skickade artiklar och kontrollera e-post.
  6. Kontrollerar e-postmeddelanden i skräppostmappen
  7. Logga ut från Gmail-applikationen genom att klicka på 'logga ut'

End-to-End-testverktyg

Rekommenderat verktyg:

# 1) TestCraft

TestCraft-logotypen är ny
Vi rekommenderar att du använder ett testautomatiseringsverktyg från början till slut som TestCraft.

TestCraft är en kodlös Selen-testautomationsplattform. Den revolutionerande AI-tekniken och den unika visuella modelleringen möjliggör snabbare skapande och utförande av test samtidigt som testunderhållets omkostnader elimineras.

Testarna skapar helt automatiserade testscenarier utan kodning. Kunder hittar buggar snabbare, släpper oftare, integreras med CI / CD-metoden och förbättrar den övergripande kvaliteten på sina digitala produkter. Allt detta skapar en komplett testupplevelse från slutet till slutet.

=> Besök TestCrafts webbplats

Hur fungerar End-to-End-test?

För att förstå lite mer, låt oss ta reda på det Hur det fungerar?

Ta enexempelinom bankindustrin. Få av oss måste ha provat Lager. När en Demat-kontoinnehavare köper någon aktie ska en viss procentsats av ett belopp ges till mäklaren. När aktieägaren säljer den aktien, oavsett om han får vinst eller förlust, ges en viss procent av beloppet åter till mäklaren. Alla dessa transaktioner återspeglas och hanteras i konton. Hela processen involverar riskhantering.

När vi tittar på exemplet ovan, med tanke på End-to-End-testet, kommer vi att upptäcka att hela processen innehåller flera nummer såväl som olika transaktionsnivåer. Hela processen involverar många system som kan vara svåra att testa.

E2E-testmetoder

# 1) Horisontellt test:

Denna metod används mycket vanligt. Det sker horisontellt över sammanhanget för flera applikationer. Denna metod kan enkelt förekomma i en enda ERP-applikation (Enterprise Resource Planning). Ta ett exempel på en webbaserad applikation av ett onlinebeställningssystem. Hela processen kommer att innehålla konton, produktens lagerstatus samt leveransinformation.

# 2) Vertikalt test:

I den här metoden verifieras och utvärderas alla transaktioner i alla applikationer från början till slut. Varje enskilt lager i applikationen testas från början till botten. Ta ett exempel på ett webbaserat program som använder HTML-koder för att nå webbservrar. I sådana fall krävs API för att generera SQL-koder mot databasen. Alla dessa komplexa datorscenarier kräver korrekt validering och dedikerad testning. Således är denna metod mycket svårare.

'' White Box-testning '' såväl som '' Black Box Testing '' båda är associerade med denna testning. Eller med andra ord, kan vi säga, det här är kombinationen av fördelarna med både vitlåda och svartlåda. Beroende på vilken typ av programvara som utvecklas, på olika nivåer, används både testtekniker, dvs. vitlåda och svartlåda, när och när det behövs. I grund och botten utför testet End to End funktionellt såväl som det arkitektoniska tillvägagångssättet för programvara eller program för att validera systemfunktioner.

Testarna som End to End-verifiering eftersom du skriver testfall från användare '' s perspektiv och i ett verkligt scenario kan undvika de två vanliga misstagen. dvs. '' saknar ett fel '' och '' skriva testfall som inte verifierar verkliga scenarier '' . Detta ger testare en enorm känsla av prestation.

Nedan listas är några riktlinjer som bör hållas i åtanke när du utformar testfall för att utföra denna typ av test:

  • Testfall bör utformas utifrån slutanvändarens perspektiv.
  • Bör fokusera på att testa några befintliga funktioner i systemet.
  • Flera scenarier bör övervägas för att skapa flera testfall.
  • Olika uppsättningar testfall bör skapas för att fokusera på flera scenarier i systemet.

När vi utför alla testfall är liknande fallet med denna testning. Om testfallet är 'Pass', dvs vi får den förväntade produktionen, sägs det att systemet framgångsrikt har klarat End to End-testet. På samma sätt, om systemet inte producerar önskad effekt, krävs en omprövning av ett testfall med tanke på felområdena.

Varför utför vi E2E-testning?

I det nuvarande scenariot, som också visas i diagrammet ovan, består ett modernt mjukvarusystem av dess sammankoppling med flera delsystem. Detta har gjort moderna mjukvarusystem till mycket komplicerade.

Dessa delsystem som vi pratar om kan vara inom samma organisation eller i många fall också av olika organisationer. Dessa delsystem kan också vara något lika eller skiljer sig från det nuvarande systemet. Som ett resultat kan det, om det finns något fel eller fel i något delsystem, påverka hela programvarusystemet negativt vilket leder till att det kollapsar.

Dessa stora risker kan undvikas och kan kontrolleras genom denna typ av testning:

  • Håll koll och utför systemflödesverifiering.
  • Öka testtäckningsområdena för alla delsystem som är inblandade i programvarusystemet.
  • Upptäcker eventuella problem med delsystemen och ökar därmed produktiviteten för hela programvarusystemet.

Nedan nämns är få aktiviteter som ingår i slut-till-slut-processen:

  • En grundlig studie av kraven för att utföra denna testning.
  • Rätt upprättande av testmiljöer.
  • En grundlig studie av krav på hårdvara och programvara.
  • Beskrivningar av alla delsystem samt de viktigaste mjukvarusystem som är inblandade.
  • Anmäla rollerna och ansvarsområdena för alla involverade system och delsystem.
  • Testmetoder som används under denna testning samt standarder som följs, dess beskrivning.
  • Testfall design samt spårning av kravmatris.
  • Spela in eller spara in- och utdata för varje system.

E2E Testing Design Framework

Test från slutet till slutet-4

Vi kommer att undersöka alla de tre kategorierna en efter en:

# 1) Användarfunktioner: Följande åtgärder ska utföras som en del av byggandet av användarfunktioner:

  • Listningsfunktioner för mjukvarusystemen och deras sammankopplade delsystem.
  • Håll reda på de utförda åtgärderna samt in- och utdata för alla funktioner.
  • Hitta relationerna, om sådana finns, mellan olika användarfunktioner.
  • Ta reda på arten av olika användarfunktioner. Dvs. om de är oberoende eller kan återanvändas.

# 2) Villkor: Följande aktiviteter bör utföras som en del av byggnadsförhållandena baserat på användarfunktioner:

  • För varje användarfunktion bör en uppsättning villkor utarbetas.
  • Timing, dataförhållanden och andra faktorer som påverkar användarfunktioner kan betraktas som parametrar.

# 3) Testfall: Följande faktorer bör övervägas för byggnadstestfall:

  • För varje scenario bör ett eller flera testfall skapas för att testa varje funktionalitet i användarfunktionerna.
  • Varje enskilt tillstånd bör rekryteras som ett separat testfall.

Involverade mätvärden

Flytta till nästa viktiga aktiviteter eller mätvärden som är involverade i denna testning :

  1. Status för förberedelse av testfall: Detta kan spåras i form av en graf för att representera utvecklingen av de planerade testfall som är under förberedelse.
  2. Veckospårning av testförloppet: Detta inkluderar veckovis presentation av testfallets genomförande. Det kan återspeglas genom procentuell representation för ett pass, misslyckande, exekverat, inte exekverat, ogiltigt, etc fall.
  3. Status och detaljerad rapport för brister: Statusrapporten bör utarbetas dagligen för att visa utförandet av testfallet samt defekter som hittats och loggats enligt deras svårighetsgrad. Varje vecka ska procentandelen av öppna och stängda brister beräknas. Baserat på defektens svårighetsgrad och prioritet bör även defektstatus spåras varje vecka.
  4. Testmiljö: Detta håller reda på den tilldelade testmiljöns varaktighet och den testmiljötid som faktiskt användes under testningen.

Vi har nästan sett alla aspekter av denna testning. Låt oss nu skilja ' Systemtestning ' och ' Test från slut till slut ' . Men innan det, låt mig ge dig en grundläggande uppfattning om 'Systemtestning' så att vi enkelt kan skilja mellan de två formerna av programvarutestning .

Systemtestning är testformen som inkluderar en serie olika tester vars syfte är att utföra fullständig testning av det integrerade systemet. Systemtestning är i grunden en form av blackbox-testning där fokus ligger på mjukvarusystemens externa funktion från användarens synvinkel som håller hänsyn till verkliga förhållanden.

Systemtestning innefattar:

  • Testa en helt integrerad applikation inklusive huvudsystemet.
  • Bestäm komponenterna interagerar med varandra och inom systemet.
  • Verifiera önskad utgång på grundval av den angivna ingången.
  • Analysera användarens upplevelse när du använder olika aspekter av applikationen.

Ovan har vi sett den grundläggande beskrivningen av systemtester för att förstå den. Nu ska vi se skillnaderna mellan 'Systemtestning' och 'Testning från slut till slut'.

S.No.Testning från slut till slutSystemtestning
1Validerar både huvudprogramvarusystemet och samtliga sammankopplade delsystem.Enligt specifikationerna i kravdokumentet validerar det bara mjukvarusystemet.
tvåHuvudfokus ligger på att verifiera testflödet från slutet till slut.Huvudfokus ligger på att verifiera och kontrollera programvarans systemfunktioner och funktioner.
3Under testningen tas alla gränssnitt inklusive programvarans systemets backendprocesser i beaktande.Vid testning beaktas endast funktionella och icke-funktionella områden och deras funktioner för testning.
4End to End-testning utförs / utförs efter avslutad systemtestning av något programvarusystem.Systemtest utförs i grunden efter att integreringstestning av mjukvarusystemet har slutförts.
5Manuell testning föredrages mestadels för att utföra slut-till-slut-testning, eftersom denna typ av test innefattar testning av externa gränssnitt, vilket ibland kan vara mycket svårt att automatisera. Och kommer att göra hela processen mycket komplex.Både manuell och automatiseringstestning kan utföras som en del av systemtestning.

Slutsats

Hoppas att du har lärt dig olika aspekter av End to End-tester som dess processer, mätvärden och skillnaden mellan Systemtest och End to End-test.

För alla kommersiella utgåvor av programvaran spelar End to End-verifiering en viktig roll eftersom den testar hela applikationen i en miljö som exakt imiterar verkliga användare som nätverkskommunikation, databasinteraktion etc.

För det mesta utförs slutet till slut-testet manuellt eftersom kostnaden för att automatisera sådana testfall är för hög för att alla organisationer ska kunna erbjuda. Detta är inte bara fördelaktigt för systemvalidering utan kan också anses vara användbart för att testa extern integration.

Låt oss veta om du har frågor om end-to-end-testet.

Rekommenderad läsning

^