Hvordan Rapportere Testutførelse Smart- [Last Ned Statusrapport Mal]

Software Testing Status Reporting

» avtalen om at en bestemt informasjon, i et bestemt format, vil bli sendt av et bestemt lag/ individ, med bestemte tidsintervaller, til bestemte medlemmer – er som et håndtrykk – en bekreftelse på at uansett hva utfallet av en oppgave ved hånden, vil du bli holdt postet om det, før enn senere.»

Dette er den første delen AV en IT-profesjonell ed. Vel, jeg tuller! Det er ingen ed, men hvis det var en, ville dette sikkert topp listen over elementer i den. Er det ikke?

Ansvarlighet Og Åpenhet (A & T) er avgjørende for HVERT IT-prosjekt på ulike nivåer-Prosjektnivå – Teamnivå, Oppgavenivå og også et individuelt nivå. Hvordan sikrer vi at disse egenskapene blir oppfylt? Svaret er-kommunisere, mer formelt-Statusrapportering!

på individnivå sender vi ikke alle rapporter, for det meste EOD hver dag for å kommunisere oppnåelsen (eller ikke-oppnåelsen) av dine daglige plikter. Dette går for å bevise at du faktisk » er » klar over hva dine plikter skulle begynne med.

Daglig Statusrapport

informasjonen som må være en del av en persons «Daglig Statusrapport» er:

• Hva har du gjort i dag?
• Hva planlegger du å gjøre i morgen?
• opplevde du noen problemer i løpet av dagen? Hvis ja, hvordan løste du dem eller er de fortsatt åpne?
• trenger du noen innspill til i morgen? Hvis ja, fra hvem og hva er de?

mottakeren av Denne E-Posten/Rapporten er vanligvis lederen, også teammedlemmene kan CC ‘ ed i noen tilfeller-dette avhenger av kommunikasjonsprotokollen teamet følger.

Testrapporter

nå er det på tide å bli spesifikk og lære alt om rapportene Som Testing/QA-team sender.

Testteam sender ut Ulike Rapporter i ulike faser i STLC.

• Testplanstatus
• Testdokumentasjonsstatus
• Testutføringsstatus(Feilstatus)

Testplan: det er nok å kommunisere med resten av prosjektgruppene, når en testplan er opprettet eller når en stor endring er gjort i den.

Testdokumentasjon: La alle lagene vite når utformingen av testene, datainnsamlingen og andre aktiviteter har begynt, og også når de er ferdige. Denne rapporten vil ikke bare la dem vite om fremdriften av oppgaven, men også signalisere lagene som trenger å gjennomgå og gi signoff på gjenstander, at de er opp neste.

Testutførelse: Utførelse er fasen av et prosjekt når testteamet er hovedfokus-positivt og negativt-vi er både helter og skurker.

en typisk dag i løpet av en testsyklus er ikke ferdig med Mindre Den Daglige Statusrapporten er sendt ut. I noen lag kunne de bli enige om en ukentlig rapport, men å ha den sendt daglig er normen.

Det er heller ikke uvanlig å ha Et Statusmøte hver dag (eller uke) for å presentere QA-lagets status til de berørte partene.

derfor kan Modusen For En Statusrapport være:

• E-post / dokument
• Møte / presentasjon
• både-daglig e-post og ukentlig møte eller så.

Statusrapport For Testutførelse

Daglig/Ukentlig Testutførelsesrapport:

Hva er Det? Vanligvis er dette en kommunikasjon som sendes ut for å etablere åpenhet til QA-teamets aktiviteter i Løpet Av Testsyklusen-inkluderer Både Feilinformasjon og Testtilfelle kjøreinformasjon.

Hvem skal den gå til? – Normalt Er Utviklingsteamet, Miljøstøtteteamet, Bedriftsanalytiker og prosjektteamet mottakerne / møtedeltakerne. Testplanen er det beste stedet for deg å finne denne informasjonen.

hva inneholder En Statusrapport For Testutførelse? – 10 poeng

1. antall Testtilfeller planlagt for den dagen
2. antall Testtilfeller utført – den dagen
3. antall Testtilfeller utført totalt
4. antall Feil som har oppstått den dagen/og deres respektive tilstander
5. Antall Feil som har oppstått så langt/Og deres respektive tilstander
6. Antall kritiske Feil – fortsatt åpen
7. miljø nedetid – hvis noen
8. showstoppers – hvis noen
9. vedlegg av testutførelsesarket / lenke til teststyringsverktøyet der testtilfellene er plassert
10. vedlegg Til Feilrapporten / lenken Til Feil / Test / Styringsverktøyet som brukes til hendelseshåndtering

de ovennevnte 10 punktene, hvis du merker nøye, er rådataene. Rapportering fakta er en ting og rapportering noen ‘smart’ fakta er en annen. Hvordan avgrense vi denne informasjonen?

• Viser den generelle statusen med en fargeindikator. For Eksempel, Grønn-På tid, Oransje – litt bak, men kan absorbere forsinkelsen, Rød-Forsinket.
• Inkluder noen enkle beregninger Som Pass % av testtilfeller så langt, defekt tetthet, % av alvorlige defekter; ved å gjøre dette gir du ikke bare tall, du gir faktisk et glimt av kvaliteten på produktet du tester.
• hvis en betydelig fase er fullført – merk det.
• hvis det er en kritisk feil som skal blokkere alle / en del av fremtidig utførelse-merk det.
• hvis du bruker en presentasjon, må du ta med noen grafer for å få en bedre innvirkning.

for eksempel er grafen nedenfor en representasjon av antall åpne feil, modulvis:

Bortsett fra disse, kan du også eventuelt inkludere:

• Hva er aktivitetene planlagt neste?
• trenger du innspill fra noen av de andre lagene, og i så fall hva?

Til Slutt, noen tips for å hjelpe prosessen sammen:

• Være kortfattet samtidig komplett
• Kontroller at resultatene du rapporterer er nøyaktige
• Bruk punktpunkter For å gjøre rapporten svært lesbar
• Dobbeltsjekk for å inkludere riktig dato, emne, liste og vedlegg.
• Hvis Rapporten er for stor og har for mange faktorer å rapportere: plasser Den på et felles sted som en fil og send en kobling i e-posten i stedet for selve filen. (Pass på at mottakerne har tilgangstillatelser til denne plasseringen og filen)
• Hvis Det Er Et Statusmøte – vær forberedt på presentasjonen, ankomme i tide og viktigst, opprettholde en jevn tone (ikke vær for stolt av feilene – de er generelt «dårlige nyheter»).

Eksempelstatusrapport

Statusrapport For QA-Testing:

Etter disse retningslinjene kom Vi til Statusrapporten nedenfor.

for bekvemmeligheten av våre lesere, har vi tatt med 3 ark formidle ulike nivåer av informasjon som de kan formidle.

Ark 1-er et sammendrag av prosjektets overordnede status.
Ark 2 – handler mer om den enkelte detalj Av Testtilfelle status.
Ark 3-er et Eksempel På Feilrapport.

Last ned Denne Eksempelstatusrapporten Xls-Mal med alle tre arkene. (Høyreklikk på linken og velg ‘ Lagre lenke som..’for å laste ned)

Om Forfatter – dette er en artikkel Av sth teammedlem Swati Seela. Du kan vite mer om henne på Vår Programvare Testing Kurs Side.