TESTPLAN i mjukvarutestning (exempel)

Hur bestämmer du omfattningen av ditt projekt?

För att bestämma omfattningen måste du –

• Exakt kundkrav
• Projektbudget
• Produktspecifikation
• Färdigheter och talang hos ditt testlag

Nu bör tydligt definiera "inom omfattning" och "utanför omfattning" av testningen.

• Som mjukvarukravet specifikationer, projektet Guru99 Bank fokuserar bara på att testa alla funktioner och externt gränssnitt för webbplatsen Guru99 Bank (i omfattning testning)
• Icke-funktionell testning som t.ex påkänning, prestanda or logisk databas kommer för närvarande inte att testas. (ut ur omfattning)

Problemscenario

Kunden vill att du testar hans API. Men projektbudgeten tillåter inte detta. Vad kommer du att göra i ett sådant fall?

Tja, i så fall måste du övertyga kunden om det Api-testning är extraarbete och kommer att förbruka betydande resurser. Ge honom uppgifter som stöder dina fakta. Berätta för honom om Api-testning ingår i omfattningen kommer budgeten att öka med XYZ-belopp.

Kunden samtycker och följaktligen är de nya omfattningarna utanför omfattningen

• Artiklar som omfattas: funktions~~POS=TRUNC, Api-testning
• Objekt utanför omfattningen: Databastestning, hårdvara och andra externa gränssnitt

Steg 2.2) Identifiera testtyp

A Testtyp är ett standardtestförfarande som ger ett förväntat testresultat.

Varje testtyp är formulerad för att identifiera en specifik typ av produktbuggar. Men alla testtyper syftar till att uppnå ett gemensamt mål "Tidig upptäckt av alla defekter innan produkten släpps till kunden”

Ocuco-landskapet vanligen använd testtyper beskrivs som följande figur

ikon massor av testtyper för att testa mjukvaruprodukt. Ditt lag kan inte ha tillräckliga ansträngningar för att hantera alla typer av tester. Som testhanterare måste du ställa in prioritet av testtyperna

• Vilka testtyper ska vara fokuserade för webbapplikationstestning?
• Vilka testtyper ska vara ignoreras för att spara kostnader?

Steg 2.3) Dokumentera risker och problem

Risken är framtidens osäker händelse med en sannolikhet för förekomst och en potentiell för förlust. När risken faktiskt inträffar blir den "problem'.

I artikeln Riskanalys och lösning, du har redan lärt dig om "risk"-analysen i detalj och identifierat potentiella risker i projektet.

I QA-testplanen kommer du att dokumentera dessa risker

Steg 2.4) Skapa testlogistik

I Testlogistik ska testchefen svara på följande frågor:

• Vem arbetar ska testa?
• När kommer testet att ske?

Vem ska testa?

Du kanske inte vet exakta namn på testaren som kommer att testa, men typ av testare kan definieras.

För att välja rätt medlem för specificerad uppgift måste du överväga om hans skicklighet är kvalificerad för uppgiften eller inte, även uppskatta projektbudgeten. Att välja fel medlem för uppgiften kan leda till att projektet gör det misslyckas or fördröja.

Personer som har följande färdigheter är mest idealiska för att utföra mjukvarutestning:

• Förmåga att förstå kunders synvinkel
• Starkt lust för kvalitet
• Uppmärksamhet till detaljer
• bra samarbete

I ditt projekt är den medlem som kommer att ta hand om testutförandet testare. Baserat på projektbudgeten kan du välja in-source eller outsourca medlem som testare.

När kommer testet att ske?

Testaktiviteter ska matchas med tillhörande utvecklingsaktiviteter.

Du börjar testa när du har alla nödvändiga föremål visas i följande figur

Steg 3) Definiera testmål

Testmål är det övergripande målet och uppnåendet av testutförandet. Syftet med testet är att hitta så många programvarufel som möjligt; se till att programvaran som testas är buggfri före utsläpp.

För att definiera testmålen bör du göra 2 följande steg

1. Lista alla mjukvarufunktioner (funktionalitet, prestanda, GUI ...) som kan behöva testas.
2. Definiera mål eller Målet av testet baserat på ovanstående egenskaper

Låt oss tillämpa dessa steg för att hitta testmålet för ditt Guru99 Bank-testprojekt

Du kan välja 'TOP-DOWN' metod för att hitta webbplatsens funktioner som kan behöva testas. I denna metod bryter du ner applikationen som testas till komponent och delkomponent.

I det föregående ämnet har du redan analyserat kravspecifikationerna och gått igenom webbplatsen, så att du kan skapa en Mind-Map för att hitta webbplatsens funktioner enligt följande

Den här bilden visar alla funktioner som Guru99-webbplatsen kan ha.

Baserat på ovanstående funktioner kan du definiera testmålet för projektet Guru99 enligt följande

• Kontrollera att om webbplatsen Guru99 funktionalitet(Konto, insättning...) fungerar som förväntat utan några fel eller buggar i verklig affärsmiljö
• Kontrollera att webbplatsens externa gränssnitt som t.ex UI fungerar som förväntat och & möter kundens behov
• Verifiera användbarhet av webbplatsen. Är dessa funktioner bekväma för användaren eller inte?

Steg 4) Definiera testkriterier

Testkriterier är en standard eller regel som en testprocedur eller testbedömning kan baseras på. Det finns två typer av testkriterier som följer

Suspensionskriterier

Ange de kritiska avstängningskriterierna för ett test. Om suspensionskriterierna uppfylls under testningen kommer den aktiva testcykeln att vara suspenderades tills kriterierna är löst.

Testplan Exempel: Om dina teammedlemmar rapporterar att det finns 40% av testfall misslyckades bör du uppskjuta testa tills utvecklingsteamet fixar alla misslyckade fall.

Utgångskriterier

Den specificerar kriterierna som betecknar a framgångsrik slutförandet av en testfas. Utgångskriterierna är de målinriktade resultaten av testet och är nödvändiga innan man går vidare till nästa utvecklingsfas. Exempel: 95% av alla kritiska testfall måste klara.

Vissa metoder för att definiera exitkriterier är genom att ange ett mål körhastighet och passeringsgrad.

• Körhastighet är förhållandet mellan antal utförda testfall/totalt testfall av testspecifikationen. Till exempel har testspecifikationen totalt 120 TC, men testaren körde bara 100 TC, så körhastigheten är 100/120 = 0.83 (83 %)
• Genomgången är förhållandet mellan nummer testfall godkända / testfall utförda. Till exempel, i över 100 exekverade TC, finns det 80 TC som godkänts, så passfrekvensen är 80/100 = 0.8 (80 %)

Dessa data kan hämtas i Test Metric-dokument.

• Körning kursen är obligatorisk 100% om inte ett tydligt skäl ges.
• Pass priset är beroende av projektets omfattning, men uppnå hög genomslagsfrekvens är ett mål.

Exempel på testplan:Ditt team har redan gjort testkörningarna. De rapporterar testresultatet till dig och de vill att du ska bekräfta Utgångskriterier.

I ovanstående fall är körhastigheten obligatorisk 100% men testteamet slutförde bara 90 % av testfallen. Det betyder att körhastigheten inte är uppfylld, så bekräfta INTE utgångskriterierna

Steg 5) Resursplanering

Resursplan är en detaljerad sammanfattning av alla typer av resurser som krävs för att slutföra projektuppgiften. Resurs kan vara människor, utrustning och material som behövs för att slutföra ett projekt

Resursplaneringen är en viktig faktor i testplaneringen eftersom den hjälper till bestämmande d antal resurser (anställd, utrustning...) som ska användas för projektet. Därför kan testledaren göra rätt schema och uppskattning för projektet.

Det här avsnittet representerar de rekommenderade resurserna för ditt projekt.

Mänsklig resurs

Följande tabell representerar olika medlemmar i ditt projektteam

Systemresurs

För testning, en webbapplikation, bör du planera resurserna enligt följande tabeller:

Steg 6) Planera testmiljö

Vad är testmiljön

En testmiljö är en uppsättning av mjukvara och hårdvara som testteamet ska utföra testfall på. Testmiljön består av verkliga affärer och användare miljö, såväl som fysiska miljöer, såsom server, gränssnittsmiljö.

Hur man ställer in testmiljön

Tillbaka till ditt projekt, hur ställer du in testmiljö för denna bankwebbplats?

För att slutföra denna uppgift behöver du ett starkt samarbete mellan testteam och utvecklingsteam

Du bör ställa några frågor till utvecklaren för att förstå webbapplikationen som testas klart. Här är några rekommenderade frågor. Naturligtvis kan du ställa de andra frågorna om du behöver.

• Vilken är den maximala användaranslutning som den här webbplatsen kan hantera samtidigt?
• Vilka hårdvaru-/mjukvarukrav krävs för att installera denna webbplats?
• Behöver användarens dator någon speciell inställning för att surfa på webbplatsen?

Följande figur beskriver testmiljön för bankwebbplatsen https://demo.guru99.com/V4

Steg 7) Schema och uppskattning

I artikeln Testuppskattning, har du redan använt några tekniker för att uppskatta ansträngningen för att slutföra projektet. Nu bör du inkludera den uppskattningen såväl som schemat i testplaneringen

I testuppskattningsfasen, anta att du delar upp hela projektet i små uppgifter och lägger till uppskattningen för varje uppgift enligt nedan

Sedan skapar du tidtabellen för att slutföra dessa uppgifter.

Att göra schema är en vanlig term inom projektledning. Genom att skapa ett solidt schema i testplaneringen kan testchefen använda det som ett verktyg för att övervaka projektets framsteg, kontrollera kostnadsöverskridandet.

För att skapa projektschemat behöver testhanteraren flera typer av input enligt nedan:

• Deadline för anställd och projekt: Arbetsdagarna, projektets deadline, resurstillgänglighet är de faktorer som påverkade schemat
• Projektuppskattning: Baserat på uppskattningen vet testledaren hur lång tid det tar att slutföra projektet. Så han kan göra ett lämpligt projektschema
• Projektrisk : Att förstå risken hjälper Test Manager att lägga till tillräckligt med extra tid till projektschemat för att hantera riskerna

Låt oss öva med ett exempel:

Anta att chefen vill slutföra projektet Guru99 in ett månad har du redan uppskattat insatsen för varje uppgift i Testuppskattning. Du kan skapa schemat enligt nedan

Steg 8) Testa leveranser

Testleveranser är en lista över alla dokument, verktyg och andra komponenter som måste utvecklas och underhållas till stöd för testarbetet.

Det finns olika testresultat i varje fas av livscykel för mjukvaruutveckling.

Testleveranser tillhandahålls innan testfasen.

• Dokument för testplaner.
• Dokument för testfall
• Testdesignspecifikationer.

Testleveranser tillhandahålls under testet

• Testa skript
• Simulatorer.
• Testdata
• Testa spårbarhetsmatrix
• Felloggar och exekveringsloggar.

Testleveranser tillhandahålls efter testcyklerna är över.

• Testresultat/rapporter
• Felanmälan
• Riktlinjer för installation/testprocedurer
• Release anteckningar

Resurser

Ladda ner en provmall för testplan

Ladda ner provsystemets testplan för webbplatsen Guru99 Bank