how write an effective test summary report
En simpel 12-trins vejledning til at skrive en effektiv testoversigtsrapport med eksempel på testoversigtsrapportskabelon:
Flere dokumenter og rapporter forberedes som en del af testning. Nogle er Teststrategi dok , Testplan dok , Risikostyringsplan , Konfigurationsstyringsplan osv. Blandt disse testoversigtsrapporter er en sådan rapport, der udarbejdes, når testen er afsluttet.
Jeg har forsøgt at forklare formålet med '' Testoversigtsrapport '' og forudsat en prøve skabelon til testoversigtsrapport sammen med en faktisk rapport til download.
Hvad du vil lære:
Hvad er en testoversigtsrapport?
Som vi ved, er softwaretest en vigtig fase i SDLC, og det fungerer også som 'Quality Gate' for applikationen at passere igennem og certificeret som 'Can Go Live' af testteamet.
Testoversigtsrapport er en vigtig leverance, der udarbejdes ved afslutningen af et testprojekt eller rettere, når testen er afsluttet. Hovedformålet med dette dokument er at forklare forskellige detaljer og aktiviteter om den test, der udføres for projektet, til de respektive interessenter som Senior Management, Client osv.
hvad er sundhedstest i softwaretest
Som en del af Daglige statusrapporter , deles daglige testresultater med involverede interessenter hver dag. Men testoversigtsrapporten giver en konsolideret rapport om den hidtil udførte test for projektet.
Anbefalet læsning=> Sådan rapporteres smart udførelse af test (download af statusrapportskabelon)
Antag, at hvis klienten, der sidder et fjerntliggende sted, har brug for at forstå resultaterne og status for et testprojekt, der blev udført i en periode på f.eks. Fire måneder, vil testoversigtsrapporten løse formålet.
Dette er også en artefakt, der skal fremstilles som en del af CMMI-proces .
Hvilken testoversigtsrapport indeholder?
En typisk Testrapport skabelon vil indeholde nedenstående oplysninger, men baseret på hvert selskabs format og praksis kan indholdet variere. Jeg har også givet reelle eksempler for bedre forståelse.
I slutningen af denne artikel kan du downloade en testeksempel på testoversigten.
12 trin vejledning til skrivning af en effektiv testoversigtsrapport
Trin 1) Formål med dokumentet
For eksempel, Dette dokument forklarer de forskellige aktiviteter, der er udført som en del af afprøvningen af applikationen 'ABCD Transport System'.
Trin # 2) Applikationsoversigt
For eksempel, 'ABCD Transport System' er en webbaseret ansøgning om booking af busbilletter. Billetter til forskellige busser kan bookes ved hjælp af online-faciliteterne. Information om passager i realtid modtages fra et 'Central Repository System', som vil blive henvist, før reservationen er bekræftet. Der er flere moduler som registrering, reservation, betaling og rapporter, der er integreret for at opfylde formålet.
Trin # 3) Testomfang
- I rækkevidde
- Ude af sigte
- Genstande ikke testet
For eksempel, En funktionalitetsbekræftelse, der har brug for forbindelse til en tredjepartsapplikation, kan ikke testes, da forbindelsen ikke kunne oprettes på grund af nogle tekniske begrænsninger. Dette afsnit skal være klart dokumenteret, ellers antages det, at test dækkede alle områder af applikationen.
- In-Scope: Funktionstestning for de følgende moduler er inden for testens omfang
- Registrering
- Booking
- Betaling
- Ude af sigte: Ydelsestest blev ikke udført for denne applikation.
- Genstande ikke testet: Verifikation af forbindelse med tredjepartssystemet 'Central repository system' blev ikke testet, da forbindelsen ikke kunne etableres på grund af nogle tekniske begrænsninger. Dette kan verificeres under UAT (User Acceptance Testing), hvor forbindelsen er tilgængelig eller kan etableres.
Trin # 4) Metrics
- Antal testsager planlagt vs udført
- Antal testsager bestået / mislykket
- Ingen identificerede mangler og deres status og sværhedsgrad
- Fejlfordeling - modulvis
Trin # 5) Typer af udførte test
- Røgtest
- Systemintegrationstest
- og regressionstest
Bemærk:Hvis flere testrunder blev udført, kan detaljerne også medtages her
For eksempel,
til) Røgtest
Denne test blev udført, hver gang en Build modtages (implementeret i testmiljø) for test for at sikre, at den store funktionalitet fungerer fint, kan Build accepteres, og test kan starte.
b) Systemintegrationstest
- Dette er den test, der udføres på den applikation, der testes, for at kontrollere, at hele applikationen fungerer efter kravene.
- Kritiske forretningsscenarier blev testet for at sikre, at vigtig funktionalitet i applikationen fungerer efter hensigten uden nogen fejl.
c) Regressionstest
- Regressionstest blev udført hver gang en ny build implementeres til test, som indeholder fejlrettelser og eventuelle nye forbedringer.
- Regressionstest udføres på hele applikationen og ikke kun på den nye funktionalitet og fejlrettelser.
- Denne test sikrer, at eksisterende funktionalitet fungerer fint, efter at fejlrettelse er tilføjet, og nye forbedringer føjes til den eksisterende applikation.
- Testcases for ny funktionalitet føjes til de eksisterende testcases og udføres.
Trin # 6) Test miljø og værktøjer
c ++ udvælgelses sorteringsalgoritme
For eksempel,
Trin # 7) Lektioner
For eksempel,
Trin # 8) Anbefalinger
app, der lader dig spionere på andre telefoner
For eksempel,
- Administratorkontrol af defektstyringsværktøjer kan gives til Offshore Test Manager for at give adgang til testteamet.
- Hver gang administratoren på stedet ikke behøver at blive kontaktet for anmodninger, når de opstår, hvilket sparer tid på grund af den geografiske tidszoneforskel.
Trin 9) Bedste fremgangsmåder
For eksempel,
- En gentagen opgave udført manuelt hver gang var tidskrævende. Denne opgave blev automatiseret ved at oprette scripts og køre hver gang, hvilket sparede tid og ressourcer.
- Røgtestesager blev automatiseret, og manuskripterne blev kørt, hvilket løb hurtigt og sparede tid.
- Automatiseringsskripter blev forberedt på at skabe nye kunder, hvor der skal oprettes mange poster til testning.
- Virksomhedskritiske scenarier testes separat på hele applikationen, hvilket er vigtigt for at certificere, at de fungerer fint.
Trin # 10) Afslut kriterier
(iI) Alle kritiske mangler er lukket osv.>
For eksempel,
- Alle testsager skal udføres - Ja
- Alle fejl i kritisk, større, middel sværhedsgrad skal verificeres og lukkes - Ja .
- Eventuelle åbne defekter i Trivial sværhedsgrad - Handlingsplan udarbejdet med forventede datoer for lukning.
Ingen alvorligheds1-defekter skal være 'ÅBNE'; Kun 2 Severity2-defekter skal være 'ÅBNE'; Kun 4 Severity3-defekter skal være 'ÅBNE'. Bemærk: Dette kan variere fra projekt til projekt. Handlingsplan for åbne mangler bør tydeligt nævnes med detaljer om, hvornår og hvordan de vil blive behandlet og lukket
Trin # 11) Konklusion / Log af
For eksempel, Da udgangskriterierne blev opfyldt og opfyldt som nævnt i afsnit 10, foreslås denne applikation til 'Go Live' af testteamet. Passende bruger / forretning accept test bør udføres inden 'Go Live'.
Trin # 12) Definitioner, akronymer og forkortelser
=> Download prøveoversigtsrapport:
Klik her for at downloade en prøve Testrapport skabelon med et eksempel.
Få punkter at bemærke under udarbejdelsen af testoversigtsrapporten
- Som en del af testudførelsen skal du indsamle alle nødvendige oplysninger om den udførte test. Dette hjælper med at udarbejde en sund testrapport.
- Erfaringer kan forklares detaljeret, hvilket vil formidle det ansvar, der blev taget for at løse disse problemer. Dette vil også være en reference for kommende projekter for at undgå disse.
- Tilsvarende vil nævne de bedste fremgangsmåder skildre holdets indsats bortset fra regelmæssig test, som også vil blive behandlet som en 'Value Addition'.
- At nævne metrics i grafikform (diagrammer, grafer) vil være en god måde at visuelt repræsentere status og data på.
- Husk, at testoversigtsrapporten skal nævne og forklare de aktiviteter, der er udført som en del af testen, til modtagerne for bedre at forstå.
- Et par mere passende sektioner kan tilføjes, hvis det kræves.
Konklusion
Testoversigtsrapporten er en vigtig leverance, og fokus bør være at udarbejde et effektivt dokument, da denne artefakt deles med forskellige interessenter som seniorledelse, klient osv.
Efter at have udført udtømmende test, er offentliggørelse af testresultater, metrics, bedste praksis, erfaringer, konklusioner om 'Go Live' osv. Ekstremt vigtigt for at producere det som bevis for den udførte test og testkonklusionen.
Vi har også gjort testrapporten tilgængelig til download. Det er et perfekt eksempel på, hvordan man udarbejder en effektiv testoversigtsrapport!
Om forfatteren: Dette er et gæstepost af Baskar Pillai. Han har omkring 14 års erfaring inden for testledelse og test til slut til slut software. CSTE-certificeret testprofessionel, træner, arbejdede i it-majors som Cognizant, HCL, Capgemini og arbejder i øjeblikket som Test Manager for et stort MNC.
Fortæl os venligst dine kommentarer / spørgsmål / tanker.
Anbefalet læsning
- Hvordan man skriver softwaretest ugentlig statusrapport
- Eksempelskabelon til acceptrapport med eksempler
- Sådan rapporteres smart udførelse af test - [Download statusrapportskabelon]
- Eksempel på testcase-skabelon med eksempler på testcase [Download]
- Dokumentationsvejledning til softwaretest (hvorfor det er vigtigt)
- Hvordan man skriver en god fejlrapport? Tips og tricks
- 6 vigtigste trin til at gøre dine testrapporter endnu bedre
- Sådan skriver du teststrategidokument (med prøve teststrategiskabelon)