Menu

Sådan skriver du en effektiv testoversigtsrapport [Download af prøverapport]

how write an effective test summary report

Prøv Vores Instrument Til At Fjerne Problemer

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.

Testoversigtsrapport

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

  1. I rækkevidde
  2. Ude af sigte
  3. 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

testoversigtsrapport 1

testoversigtsrapport 2

  • Ingen identificerede mangler og deres status og sværhedsgrad

testoversigtsrapport 3

testoversigtsrapport 4

  • Fejlfordeling - modulvis

testoversigtsrapport 5

testoversigtsrapport 6

Trin # 5) Typer af udførte test

  1. Røgtest
  2. Systemintegrationstest
  3. 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,
testoversigtsrapport 7

Trin # 7) Lektioner

For eksempel,
testoversigtsrapport 8

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

(i) Alle planlagte testsager udføres
(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.

testrapport skabelon

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

^