how write an effective test summary report
En enkel 12-stegsguide för att skriva en effektiv testsammanfattningsrapport med mall för testtestsammanfattningsrapport:
Flera dokument och rapporter förbereds som en del av Testing. Några är Teststrategi dok , Testplan dok , Riskhanteringsplan , Konfigurationshanteringsplan etc. Bland dessa sammanfattningsrapporter finns en sådan rapport som utarbetas efter att testningen har slutförts.
Jag har försökt förklara syftet med '' Testöversiktsrapport '' och tillhandahöll en exempel på mall för testöversiktsrapport tillsammans med en faktisk rapport för nedladdning.
Vad du kommer att lära dig:
Vad är en testsammanfattningsrapport?
Som vi vet är programvarutestning en viktig fas i SDLC och den fungerar också som 'Quality Gate' för att applikationen ska passera och certifieras som 'Can Go Live' av testteamet.
Testöversiktsrapporten är en viktig leverans som förbereds i slutet av ett testprojekt, eller snarare efter att testningen är klar. Huvudsyftet med detta dokument är att förklara olika detaljer och aktiviteter om de test som utförts för projektet, för respektive intressenter som ledningen, klienten etc.
inre gå vänster gå högra gå
Som en del av Dagliga statusrapporter kommer dagliga testresultat att delas med berörda intressenter varje dag. Men testöversiktsrapporten ger en konsoliderad rapport om den testning som hittills utförts för projektet.
Rekommenderad läsning=> Hur man rapporterar testkörning på ett smart sätt (nedladdning av statusrapportmall)
Antag att om klienten som sitter på en avlägsen plats behöver förstå resultaten och statusen för ett testprojekt som utfördes under en period av exempelvis fyra månader, kommer testöversiktsrapporten att lösa syftet.
Detta är också en artefakt som krävs för att beredas som en del av CMMI-processen .
Vilken testsammanfattningsrapport innehåller?
En typisk Testrapportmall innehåller informationen nedan, men baserat på varje företags format och praxis kan innehållet variera. Jag har också gett verkliga exempel för bättre förståelse.
I slutet av den här artikeln kan du ladda ner ett testöversiktsrapportexempel.
12-stegs guide för att skriva en effektiv testrapport
Steg 1) Syftet med dokumentet
Till exempel, Detta dokument förklarar de olika aktiviteter som utförts som en del av testningen av applikationen ”ABCD Transport System”.
Steg 2) Applikationsöversikt
Till exempel, ”ABCD Transport System” är en webbaserad applikation för bokning av bussbiljetter. Biljetter till olika bussar kan bokas med hjälp av online-faciliteterna. Passagerarinformation i realtid tas emot från ett ”Central Repository System” som kommer att hänvisas innan bokningen bekräftas. Det finns flera moduler som registrering, bokning, betalning och rapporter som är integrerade för att uppfylla syftet.
Steg 3) Testomfång
- I omfattning
- Ur sikte
- Objekt som inte testats
Till exempel, En funktionsverifiering som behöver anslutning till en tredjepartsapplikation kan inte testas, eftersom anslutningen inte kunde upprättas på grund av vissa tekniska begränsningar. Detta avsnitt ska vara tydligt dokumenterat, annars antas att testning täckte alla applikationsområden.
- I omfattning: Funktionstestning för följande moduler ligger i testområdet
- Registrering
- Bokning
- Betalning
- Ur sikte: Prestandatestning gjordes inte för denna applikation.
- Objekt som inte testats: Verifiering av anslutning till tredjepartssystemet 'Central repository system' testades inte, eftersom anslutningen inte kunde upprättas på grund av vissa tekniska begränsningar. Detta kan verifieras under UAT (User Acceptance Testing) där anslutningen är tillgänglig eller kan upprättas.
Steg 4) Mätvärden
- Antal testfall planerade vs utförda
- Antal testfall godkända / misslyckade
- Inga identifierade defekter och deras status och svårighetsgrad
- Felfördelning - modulvis
Steg 5) Typer av utförda tester
- Rökprovning
- Systemintegrationstestning
- och regressionstestning
Notera:Om flera testrundor gjordes kan detaljerna också inkluderas här
Till exempel,
till) Rökprovning
Denna testning gjordes när en Build tas emot (distribuerad i testmiljö) för testning för att säkerställa att huvudfunktionaliteten fungerar bra, kan Build accepteras och testning kan starta.
b) Systemintegrationstestning
vilsam webbtjänst intervju frågor och svar för erfarna
- Detta är den testning som utförs på den applikation som testas för att verifiera att hela applikationen fungerar enligt kraven.
- Kritiska affärsscenarier testades för att säkerställa att viktig funktionalitet i applikationen fungerar som avsett utan några fel.
c) Regressionstestning
- Regressionstest utfördes varje gång en ny version distribueras för testning som innehåller felkorrigeringar och eventuella nya förbättringar.
- Regressionstestning görs på hela applikationen och inte bara på den nya funktionaliteten och felkorrigeringarna.
- Denna testning säkerställer att befintlig funktionalitet fungerar bra efter korrigering av defekter och nya förbättringar läggs till i det befintliga programmet.
- Testfall för ny funktionalitet läggs till i befintliga testfall och körs.
Steg # 6) Testa miljö och verktyg
Till exempel,
Steg 7) Lärdomar
Till exempel,
Steg 8) Rekommendationer
Till exempel,
- Administratörskontroll för verktyg för defekthantering kan ges till Offshore Test Manager för att ge tillgång till testteamet.
- Varje gång administratören på plats behöver inte kontaktas för förfrågningar när de uppstår, vilket sparar tid på grund av den geografiska tidszonsskillnaden.
Steg 9) Bästa praxis
Till exempel,
- En upprepad uppgift utförd manuellt varje gång var tidskrävande. Denna uppgift automatiserades genom att skapa skript och köras varje gång, vilket sparar tid och resurser.
- Röktestfall automatiserades och manusen kördes, vilket gick snabbt och sparar tid.
- Automationsskript förbereddes för att skapa nya kunder, där många poster måste skapas för testning.
- Affärskritiska scenarier testas separat för hela applikationen, vilket är viktigt för att certifiera att de fungerar bra.
Steg # 10) Avsluta kriterier
(iI) Alla kritiska defekter är stängda etc.>
Till exempel,
- Alla testfall bör utföras - Ja
- Alla fel i kritisk, stor, medelhög svårighetsgrad bör verifieras och stängas - Ja .
- Eventuella öppna defekter i allvarlighetsgrad - Handlingsplan utarbetad med förväntade datum för stängning.
Inga svårighetsgrader1-defekter ska vara ”ÖPPNA”; Endast 2 Severity2-defekter ska vara ”ÖPPNA”; Endast 4 svårighetsgrader3 ska vara ”ÖPPNA”. Obs: Detta kan variera från projekt till projekt. Handlingsplan för öppna defekter bör tydligt nämnas med detaljer om när och hur de kommer att hanteras och stängas
Steg # 11) Slutsats / Avloggning
Till exempel, Eftersom utgångskriterierna var uppfyllda och uppfyllda som nämnts i avsnitt 10 föreslås denna applikation att ”gå live” av testteamet. Lämpliga godkännandetester för användare / företag bör utföras före 'Go Live'.
Steg # 12) Definitioner, akronymer och förkortningar
=> Ladda ner provsammanfattningsrapport:
Klicka här för att ladda ner ett exempel på en testrapportmall med ett exempel.
Få poäng att tänka på när du förbereder testöversiktsrapporten
- Som en del av testutförandet samlar du all nödvändig information om den utförda testningen. Detta hjälper till att förbereda en sund testrapport.
- Lärdomar kan förklaras i detalj, vilket förmedlar det ansvar som togs för att lösa dessa frågor. Detta kommer också att vara en referens för kommande projekt för att undvika dessa.
- På samma sätt kommer de bästa anvisningarna att beskriva teamets ansträngningar förutom regelbundna tester, som också kommer att behandlas som en 'Value Addition'.
- Att nämna mätvärdena i grafikform (diagram, diagram) är ett bra sätt att visuellt representera status och data.
- Kom ihåg att testsammanfattningsrapporten ska nämna och förklara de aktiviteter som utförts som en del av testningen, för mottagarna att bättre förstå.
- Några fler lämpliga avsnitt kan läggas till vid behov.
Slutsats
Sammanfattningsrapporten om testet är en viktig leverans och fokus bör vara att utarbeta ett effektivt dokument, eftersom denna artefakt kommer att delas med olika intressenter som företagsledning, kund etc.
Efter att ha utfört uttömmande tester är publicering av testresultat, mätvärden, bästa praxis, lärdomar, slutsatser om ”Go Live” etc. extremt viktigt för att producera det som bevis för den utförda testningen och testresultatet.
Vi har också gjort testrapporten tillgänglig för nedladdning. Det är ett perfekt exempel på hur man förbereder en effektiv testsammanfattningsrapport!
kortaste sökalgoritmen i Java-källkoden
Om författaren: Detta är ett gästinlägg av Baskar Pillai. Han har cirka 14 års erfarenhet av testhantering och programvara från slutet till slut. CSTE-certifierad testproffs, tränare, arbetade i IT-stora som Cognizant, HCL, Capgemini och arbetar för närvarande som Test Manager för ett stort MNC.
Låt oss veta dina kommentarer / frågor / tankar.
Rekommenderad läsning
- Hur man skriver Software Testing Weekly Status Report
- Exempelmall för godkännandeprovrapport med exempel
- Hur man rapporterar testutförande på ett smart sätt - (Ladda ner mall för statusrapport)
- Exempel på testfallsmall med testfallsexempel (Ladda ner)
- Dokumentationsguide för programvarutestning (varför det är viktigt)
- Hur man skriver en bra felrapport? Tips och tricks
- 6 viktigaste stegen för att göra dina testrapporter ännu bättre
- Hur man skriver teststrategidokument (med exempel på teststrategimall)