how write an effective test summary report
Un ghid simplu de 12 pași pentru a scrie un raport de rezumat al testului eficient cu un șablon de raport de rezumat al testului:
În cadrul testării sunt pregătite mai multe documente și rapoarte. Unii sunt Strategie de testare doc , Planul de testare doc , Planul de gestionare a riscurilor , Planul de gestionare a configurației etc. Printre aceste rapoarte sumare ale testelor se află un astfel de raport care este pregătit după finalizarea testării.
Am încercat să explic scopul ' Raport rezumat test ' și a furnizat o eșantion de șablon de raport rezumat test împreună cu un raport real pentru descărcare.
Ce veți învăța:
Ce este un raport sumar al testului?
După cum știm, Testarea software-ului este o fază importantă în SDLC și, de asemenea, servește drept „Calitatea poartei” pentru trecerea aplicației și certificată ca „Poate intra în direct” de către echipa de testare.
Raportul sumar al testului este un produs important care este pregătit la sfârșitul unui proiect de testare sau, mai degrabă, după finalizarea testării. Obiectivul principal al acestui document este de a explica diferitele detalii și activități despre testarea efectuată pentru proiect, părților interesate respective, cum ar fi conducerea superioară, clientul etc.
nu există 1 convertor video online gratuit pe YouTube
Ca parte din Rapoarte de stare zilnice , rezultatele testelor zilnice vor fi distribuite în fiecare zi părților interesate implicate. Dar Raportul sumar al testului oferă un raport consolidat privind testarea efectuată până acum pentru proiect.
Lectură recomandată=> Cum să raportați inteligent execuția testului (descărcare șablon raport de stare)
Să presupunem că dacă Clientul care stă într-o locație îndepărtată trebuie să înțeleagă rezultatele și starea unui proiect de testare care a fost realizat pentru o perioadă de, să zicem, de exemplu - patru luni, Raportul sumar al testului va rezolva scopul.
Acesta este, de asemenea, un artefact necesar pentru a fi pregătit ca parte a Proces CMMI .
Ce raport de rezumat al testului conține?
Un tipic Șablon de raport de testare va conține informațiile de mai jos, totuși, pe baza formatului și practicii fiecărei companii, conținutul poate varia. De asemenea, am oferit exemple reale pentru o mai bună înțelegere.
La sfârșitul acestui articol, puteți descărca un eșantion de raport Rezumat test.
Ghid de 12 etape pentru redactarea unui raport sumar de test eficient
Pasul 1) Scopul documentului
De exemplu, Acest document explică diferitele activități efectuate ca parte a testării aplicației „ABCD Transport System”.
Pasul 2) Prezentare generală a aplicației
De exemplu, „ABCD Transport System” este o aplicație de rezervare a biletelor de autobuz bazată pe web. Biletele pentru diverse autobuze pot fi rezervate folosind facilitățile online. Informațiile pasagerilor în timp real sunt primite de la un „sistem central de depozitare”, care va fi trimis înainte de confirmarea rezervării. Există mai multe module precum Înregistrare, Rezervare, Plată și Rapoarte, care sunt integrate pentru a îndeplini scopul.
Pasul 3) Domeniul de testare
- În vedere
- Fara scop
- Articole care nu au fost testate
De exemplu, O verificare a funcționalității care necesită conectivitate la o aplicație terță parte nu poate fi testată, deoarece conectivitatea nu a putut fi stabilită din cauza unor limitări tehnice. Această secțiune ar trebui să fie clar documentată, altfel se va presupune că testarea a acoperit toate domeniile cererii.
- În vedere: Testarea funcțională pentru următoarele module se află în Domeniul de testare
- Înregistrare
- Rezervare
- Plată
- Fara scop: Testarea performanței nu a fost efectuată pentru această aplicație.
- Articole care nu au fost testate: Verificarea conectivității cu sistemul terț „Sistemul central de depozitare” nu a fost testată, deoarece conectivitatea nu a putut fi stabilită din cauza unor limitări tehnice. Acest lucru poate fi verificat în timpul testului UAT (User Acceptance Testing), unde conectivitatea este disponibilă sau poate fi stabilită.
Pasul 4) Valori
- Numărul de cazuri de testare planificate vs executate
- Numărul de cazuri de testare trecut / eșuat
ce tip de test este utilizat pentru a verifica dacă noul sistem funcționează cu date reale?
- Numărul de defecte identificate și starea și gravitatea acestora
- Distribuirea defectelor - modul înțelept
Pasul 5) Tipuri de teste efectuate
- Testarea fumului
- Testarea integrării sistemului
- și testarea de regresie
Notă:Dacă s-au făcut mai multe runde de testare, detaliile pot fi incluse și aici.>
De exemplu,
la) Testarea fumului
Această testare a fost făcută ori de câte ori este primită o versiune (implementat în mediul de testare) pentru testare pentru a vă asigura că funcționalitatea majoră funcționează bine, Build poate fi acceptat și testarea poate începe.
b) Testarea integrării sistemului
- Aceasta este Testarea efectuată pe aplicația supusă testului, pentru a verifica întreaga aplicație funcționează conform cerințelor.
- Scenariile critice de afaceri au fost testate pentru a se asigura că funcționalitatea importantă în aplicație funcționează conform intenției, fără erori.
c) Testarea regresiei
- Testarea de regresie a fost efectuată de fiecare dată când este implementată o nouă versiune pentru testare care conține remedieri de defecte și noi îmbunătățiri, dacă există.
- Testarea de regresie se face pe întreaga aplicație și nu doar pe noile funcționalități și corecții de defecte.
- Această testare asigură funcționalitatea existentă funcționează bine după remedierea defectelor și adăugarea de noi îmbunătățiri la aplicația existentă.
- Cazurile de testare pentru funcționalități noi sunt adăugate la cazurile de testare existente și executate.
Pasul 6) Mediu de testare și instrumente
De exemplu,
Pasul 7) Lecții învățate
De exemplu,
Pasul 8) Recomandări
De exemplu,
- Controlul administratorului pentru instrumentele de gestionare a defectelor poate fi oferit managerului de testare offshore pentru a oferi acces echipei de testare.
- De fiecare dată când administratorul la fața locului nu trebuie contactat pentru solicitări ori de câte ori apar, economisind astfel timp din cauza diferenței geografice de fus orar.
Pasul 9) Cele mai bune practici
De exemplu,
- O sarcină repetitivă efectuată manual de fiecare dată a consumat mult timp. Această sarcină a fost automatizată prin crearea de scripturi și rularea de fiecare dată, ceea ce a economisit timp și resurse.
- Cazurile de testare a fumului au fost automatizate și scripturile au fost rulate, care au rulat rapid și au economisit timp.
- Scripturile de automatizare au fost pregătite pentru a crea noi clienți, unde trebuie create multe înregistrări pentru testare.
- Scenariile critice pentru afaceri sunt testate separat pe întreaga aplicație, ceea ce este vital pentru a certifica că funcționează bine.
Pasul 10) Criterii de ieșire
(iI) Toate defectele critice sunt închise etc.>
De exemplu,
- Toate cazurile de testare trebuie executate - da
- Toate defectele de severitate critică, majoră, medie ar trebui verificate și închise - da .
- Orice defecte deschise ale severității banale - Plan de acțiune pregătit cu datele preconizate de închidere.
Niciun defect de severitate1 nu ar trebui să fie „DESCHIS”; Doar 2 defecte de gravitate2 ar trebui să fie „DESCHIS”; Doar 4 defecte de gravitate3 ar trebui să fie „DESCHIS”. Notă: Aceasta poate varia de la un proiect la altul. Planul de acțiune pentru defectele deschise ar trebui menționat în mod clar, cu detalii despre când și cum vor fi abordate și închise.>
Pasul 11) Concluzie / Deconectare
cum să rulați fișiere .jar pe Windows 10
De exemplu, Întrucât criteriile de ieșire au fost îndeplinite și îndeplinite, așa cum se menționează în secțiunea 10, această aplicație este sugerată „În direct” de către echipa de testare. Testarea adecvată a acceptării utilizatorilor / afacerii trebuie efectuată înainte de „Începeți live”.
Pasul 12) Definiții, acronime și abrevieri
=> Descărcați un exemplu de raport sumar al testului:
Click aici pentru a descarca un exemplu de șablon de raport de testare cu un exemplu.
Câteva puncte de remarcat în timpul pregătirii raportului sumar al testului
- Ca parte a Execuției testului, colectați toate informațiile necesare cu privire la testarea efectuată. Acest lucru vă va ajuta să pregătiți un raport de rezumat al testului.
- Lecțiile învățate pot fi explicate în detaliu, ceea ce va transmite responsabilitatea care a fost luată pentru a rezolva aceste probleme. De asemenea, aceasta va fi o referință pentru proiectele viitoare pentru a le evita.
- În mod similar, menționarea celor mai bune practici va descrie eforturile depuse de echipă în afară de testarea regulată, care va fi tratată și ca o „valoare adăugată”.
- Menționarea valorilor în formă grafică (diagrame, grafice) va fi o modalitate bună de a reprezenta vizual starea și datele.
- Amintiți-vă, raportul rezumat al testului trebuie să menționeze și să explice destinatarilor activitățile desfășurate ca parte a testării, pentru a înțelege mai bine.
- Câteva secțiuni mai adecvate pot fi adăugate, dacă este necesar.
Concluzie
Raportul de sinteză al testului este un produs important și ar trebui să se concentreze asupra pregătirii unui document eficient, deoarece acest artefact va fi împărtășit diferitelor părți interesate, precum conducerea superioară, clientul etc.
După efectuarea unor teste exhaustive, publicarea rezultatelor testului, a valorilor, a celor mai bune practici, a lecțiilor învățate, a concluziilor privind „Du-te în direct” etc. sunt extrem de importante pentru a produce acest lucru ca dovadă pentru testarea efectuată și concluzia testării.
De asemenea, am pus la dispoziție eșantionul Raportului de test pentru descărcare. Este un exemplu perfect al modului de a pregăti un raport eficient Rezumatul testului!
Despre autor: Acesta este un post de invitat de Baskar Pillai. Are o experiență de aproximativ 14 ani în managementul testelor și testarea software de la capăt la cap. Profesionist certificat CSTE, instructor, a lucrat în specialități IT precum Cognizant, HCL, Capgemini și lucrează în prezent ca Test Manager pentru un MNC mare.
Vă rugăm să ne anunțați comentariile / întrebările / gândurile dvs.
Lectură recomandată
- Cum se scrie un raport săptămânal de testare a software-ului
- Exemplu de șablon pentru raportul testului de acceptare cu exemple
- Cum să raportați inteligent execuția testului - (Descărcați șablonul de raport de stare)
- Exemplu de șablon de caz de testare cu exemple de cazuri de testare (Descărcare)
- Ghid de documentare pentru testarea software-ului (de ce este important)
- Cum se scrie un raport bun de eroare? Sfaturi și trucuri
- 6 pași cei mai importanți pentru a vă îmbunătăți rapoartele de testare
- Cum să scrieți un document de strategie de testare (cu un șablon de strategie de testare exemplar)