Kako napisati učinkovito poročilo o preizkusu (prenos vzorčnega poročila)

how write an effective test summary report

Preprost vodnik v 12 korakih za pisanje učinkovitega zbirnega poročila o preskusu z vzorčno predlogo povzetka preizkusa:

V okviru testiranja je v pripravi več dokumentov in poročil. Nekateri so Testna strategija doc , Testni načrt doc , Načrt upravljanja tveganj , Načrt upravljanja konfiguracije itd. Med temi povzetki poročila je eno takšno poročilo, ki se pripravi po zaključku testiranja.

Poskušal sem razložiti namen ' Povzetek poročila o preskusu ' in pod pogojem, da vzorec predloge povzetka testnega poročila skupaj z dejanskim poročilom za prenos.

Kaj se boste naučili:

• Kaj je povzetek poročila o preskusu?
  • 12 korakov Vodič za pisanje učinkovitega povzetka poročila o preizkusu
  • Nekaj ​​točk, ki jih je treba upoštevati pri pripravi poročila o povzetku testa
  • Zaključek
  • Priporočeno branje

Kaj je povzetek poročila o preskusu?

Kot vemo, je testiranje programske opreme pomembna faza SDLC in služi tudi kot „Vrata kakovosti“ za aplikacijo, ki jo preizkusna skupina potrdi kot „Lahko gre v živo“.

Poročilo o povzetku preskusov je pomemben rezultat, ki se pripravi na koncu preskusnega projekta, oziroma po zaključku testiranja. Glavni cilj tega dokumenta je pojasniti različne podrobnosti in dejavnosti v zvezi s preizkušanjem, izvedenim za projekt, ustreznim zainteresiranim stranem, kot so višje vodstvo, naročnik itd.

Kot del Dnevna poročila o stanju , rezultati dnevnega testiranja se bodo vsak dan delili z vključenimi zainteresiranimi stranmi. Toda povzetek poročila o preskusu vsebuje konsolidirano poročilo o doslej opravljenih preskusih za projekt.

Priporočeno branje=> Kako pametno prijaviti izvajanje preizkusov (prenos predloge poročila o stanju)

Predpostavimo, da če mora stranka, ki sedi na oddaljeni lokaciji, razumeti rezultate in stanje o projektu testiranja, ki je bil izveden za, na primer, štiri mesece, bo poročilo o povzetku testa rešilo namen.

To je tudi artefakt, ki ga je treba pripraviti kot del Postopek CMMI .

Kaj vsebuje povzetek testa?

Tipičen Predloga poročila o preskusu bo vseboval spodnje informacije, vendar se vsebina glede na obliko in prakso vsakega podjetja lahko razlikuje. Navedel sem tudi resnične primere za boljše razumevanje.

Na koncu tega članka lahko prenesete vzorec poročila o povzetku preizkusa.

12 korakov Vodič za pisanje učinkovitega povzetka poročila o preizkusu

1. korak) Namen dokumenta

Na primer, Ta dokument pojasnjuje različne dejavnosti, ki se izvajajo v okviru preskušanja aplikacije „ABCD Transport System“.

2. korak) Pregled aplikacije

kako odpreti jar datoteke z

Na primer, „ABCD Transport System“ je spletna aplikacija za rezervacijo avtobusnih vozovnic. Vstopnice za različne avtobuse lahko rezervirate s pomočjo spletnih naprav. Podatke o potnikih v realnem času prejme sistem „Central Repository System“, ki ga bodo napotili pred potrditvijo rezervacije. Obstaja več modulov, kot so Registracija, Rezervacija, Plačilo in Poročila, ki so integrirani za izpolnitev namena.

3. korak) Obseg testiranja

1. V obsegu
2. Izven obsega
3. Predmeti niso preizkušeni

Na primer, Preverjanja funkcionalnosti, ki potrebuje povezljivost s programom tretje osebe, ni mogoče preizkusiti, saj povezave ni bilo mogoče vzpostaviti zaradi nekaterih tehničnih omejitev. Ta oddelek mora biti jasno dokumentiran, sicer se domneva, da je testiranje zajemalo vsa področja uporabe.

• V obsegu: Funkcionalno testiranje za naslednje module je v obsegu testiranja
  • Registracija
  • Rezervacija
  • Plačilo
• Izven obsega: Preizkus zmogljivosti za to aplikacijo ni bil izveden.
• Predmeti, ki niso preizkušeni: Preverjanja povezanosti s sistemom tretje osebe „Central repository system“ ni bilo preizkušeno, saj povezave zaradi nekaterih tehničnih omejitev ni bilo mogoče vzpostaviti. To je mogoče preveriti med UAT (User Acceptance Testing), kjer je povezava na voljo ali jo je mogoče vzpostaviti.

4. korak) Meritve

• Število načrtovanih in izvedenih testnih primerov
• Število opravljenih / neuspešnih testnih primerov

• Število ugotovljenih napak in njihov status in resnost

• Porazdelitev napak - modulno

5. korak) Vrste izvedenih preskusov

1. Preskušanje dima
2. Testiranje sistemske integracije
3. in regresijsko testiranje

Opomba:Če je bilo opravljenih več krogov testiranja, lahko tukaj vključite tudi podrobnosti.>

Na primer,
do) Preskušanje dima
To testiranje je bilo opravljeno vsakič, ko je bila prejeta zgradba (razporejeno v testno okolje) za preskušanje, da se prepričate, ali glavna funkcionalnost deluje dobro, je mogoče sprejeti Build in preizkus se lahko začne.

b) Testiranje sistemske integracije

• To je testiranje, ki se izvaja na preizkušeni aplikaciji, da se preveri, ali celotna aplikacija deluje v skladu z zahtevami.
• Preizkušeni so bili kritični poslovni scenariji, da bi zagotovili, da pomembna funkcionalnost aplikacije deluje, kot je predvideno, brez napak.

c) Preskušanje regresije

• Regresijsko testiranje je bilo izvedeno vsakič, ko se za preizkušanje uporabi nova zgradba, ki vsebuje popravke napak in morebitne nove izboljšave.
• Regresijsko testiranje se izvaja na celotni aplikaciji in ne samo na novi funkcionalnosti in popravkih napak.
• To preskušanje zagotavlja, da obstoječa funkcionalnost deluje pravilno po odpravi napak in da so obstoječi aplikaciji dodane nove izboljšave.
• Testni primeri za novo funkcionalnost se dodajo obstoječim testnim primerom in se izvedejo.

6. korak) Preskusno okolje in orodja

Na primer,

7. korak) Naučene lekcije

Na primer,

Korak # 8) Priporočila

Na primer,

• Skrbnik za nadzor orodij za upravljanje napak lahko dodeli vodji preskusov na morju za zagotavljanje dostopa do preskusne skupine.
• Vsakič, ko skrbnika na kraju samem ni treba poklicati za zahteve, kadar koli se pojavijo, s čimer prihranite čas zaradi razlike v geografskem časovnem pasu.

Korak # 9) Najboljše prakse

kaj je funkcionalno testiranje s primerom

Na primer,

• Ponavljajoča se naloga, ki jo je vsakič opravila ročno, je bila zamudna. Ta naloga je bila avtomatizirana z ustvarjanjem skriptov in zagonom vsakič, kar je prihranilo čas in sredstva.
• Primeri preizkusov dima so bili avtomatizirani in zagnani so bili skripti, ki so hitro tekli in prihranili čas.
• Skripti za avtomatizacijo so bili pripravljeni za ustvarjanje novih strank, kjer je treba za testiranje ustvariti veliko zapisov.
• Poslovno kritični scenariji so ločeno preizkušeni na celotni aplikaciji, kar je nujno za potrditev, da delujejo dobro.

10. korak) Merila za izhod

(i) Izvedejo se vsi načrtovani testni primeri;
(iI) Vse kritične napake so zaprte itd.>

Na primer,

• Izvesti je treba vse testne primere - Da
• Vse napake kritične, večje, srednje resnosti je treba preveriti in zapreti - Da .
• Vse odprte napake v resnosti Trivial - Pripravljen akcijski načrt s predvidenimi datumi zaprtja.

Nobena napaka resnosti1 ne sme biti „ODPRTA“; 'ODPRTI' bi morali biti le 2 napaki resnosti2; Le 4 napake Severity3 bi morale biti »ODPRTE«. Opomba: To se lahko razlikuje od projekta do projekta. Jasno je treba omeniti akcijski načrt za odprte napake s podrobnostmi o tem, kdaj in kako bodo odpravljeni in zaprti.>

Korak # 11) Zaključek / odjava

Na primer, Ker so bila merila za izhod izpolnjena in izpolnjena, kot je omenjeno v oddelku 10, skupina za testiranje predlaga, da se ta aplikacija vklopi v živo. Pred „Pojdi v živo“ je treba opraviti ustrezna preverjanja sprejemljivosti uporabnikov / podjetij.

12. korak) Definicije, kratice in okrajšave

=> Prenesite povzetek poročila o vzorčnem preizkusu:
Za prenos kliknite tukaj vzorčna predloga testnega poročila s primerom.

Nekaj ​​točk, ki jih je treba upoštevati pri pripravi poročila o povzetku testa

• Kot del izvedbe testa zberite vse zahtevane informacije o opravljenem testiranju. To bo pomagalo pripraviti zvočno poročilo o povzetku testa.
• Naučene lekcije je mogoče podrobno razložiti, kar bo pokazalo odgovornost, ki je bila sprejeta za reševanje teh vprašanj. To bo tudi referenca za prihajajoče projekte, ki se jim bodo izognili.
• Omenitev najboljših praks bo podobno prikazala tudi prizadevanja skupine poleg rednega testiranja, ki bo obravnavano tudi kot »dodajanje vrednosti«.
• Omenitev metrike v grafični obliki (grafikoni, grafi) bo dober način za vizualno predstavitev stanja in podatkov.
• Ne pozabite, da mora biti v povzetku poročila o prejemnikih, da bodo bolje razumeli, omenjati in razlagati dejavnosti, opravljene v okviru testiranja.
• Po potrebi lahko dodamo še nekaj ustreznih odsekov.

Zaključek

Povzetek poročila o preskusu je pomemben rezultat in osredotočiti se je treba na pripravo učinkovitega dokumenta, saj se bo ta artefakt delil z različnimi zainteresiranimi stranmi, kot je višje vodstvo, stranka itd.

Po opravljenem izčrpnem testiranju so objave rezultatov preskusov, meritev, najboljših praks, pridobljenih izkušenj, zaključkov na temo »Pojdi v živo« itd. Izjemno pomembni za dokazovanje opravljenega testiranja in zaključka testiranja.

Vzorec poročila o preskusu smo dali tudi na voljo za prenos. Je odličen primer, kako pripraviti učinkovito poročilo o povzetku testov!

O avtorju: To je gostovanje Baskarja Pillaija. Ima približno 14 let izkušenj na področju upravljanja testov in preskušanja programske opreme od konca do konca. Strokovnjak za testiranje, trener s certifikatom CSTE, je delal v velikih IT, kot so Cognizant, HCL, Capgemini, in trenutno dela kot vodja preizkusov za veliko MNC.

Sporočite nam svoje komentarje / vprašanja / misli.

Priporočeno branje

• Kako napisati tedensko poročilo o preizkušanju programske opreme
• Vzorčna predloga za poročilo o preizkusu sprejemljivosti s primeri
• Kako pametno prijaviti izvajanje preizkusov - (Prenos predloge poročila o stanju)
• Vzorčna predloga testnega primera s primeri testnega primera (prenos)
• Vodnik po dokumentaciji za preizkušanje programske opreme (zakaj je to pomembno)
• Kako napisati dobro poročilo o napaki? Namigi in triki
• 6 najpomembnejših korakov za izboljšanje poročil o preizkusih
• Kako napisati testni dokument strategije (z vzorčno predlogo preizkusne strategije)