Cum să raportați execuția testului inteligent – [Descărcați șablonul de raport de stare]

Software Testing Status Reporting

„acordul că o anumită informație, într – un anumit format, va fi trimisă de o anumită echipă/persoană, la anumite intervale de timp, anumitor membri – este ca o strângere de mână-o recunoaștere a faptului că, indiferent de rezultatul unei sarcini la îndemână, veți fi ținut la curent despre aceasta, mai devreme decât mai târziu.”

aceasta este prima secțiune a jurământului unui profesionist IT. Ei bine, glumesc! Nu există jurământ, dar dacă ar exista unul, acest lucru ar fi cu siguranță în topul listei de articole din el. Nu-i așa?

responsabilitatea și transparența (A & T) sunt esențiale pentru fiecare proiect IT la diferite niveluri – nivel de proiect, Nivel de echipă, nivel de sarcină și, de asemenea, la nivel individual. Cum ne asigurăm că aceste atribute sunt îndeplinite? Răspunsul este – comunicarea, mai formal-raportarea stării!

la nivel individual, nu trimitem cu toții rapoarte, mai ales, EOD în fiecare zi pentru a comunica îndeplinirea (sau neîndeplinirea) îndatoririlor dvs. zilnice. Acest lucru merge pentru a dovedi că, de fapt, „sunt” conștienți de ceea ce îndatoririle au fost pentru a începe cu.

Raport zilnic de stare

informațiile care trebuie să facă parte din „raportul zilnic de stare” al unui individ sunt:

• ce ai făcut azi?
• ce ai de gând să faci mâine?
• v-ați confruntat cu probleme în timpul zilei? Dacă da, cum le-ați rezolvat sau sunt încă deschise?
• aveți nevoie de intrări pentru mâine? Dacă da, de la cine și ce sunt?

destinatarul acestui e – mail/raport este, în general, managerul, de asemenea, membrii echipei pot fi CC ‘ ED în unele cazuri-acest lucru depinde de Protocolul de comunicare pe care echipa îl urmează.

rapoarte de testare

acum, este timpul să obțineți specific și să aflați totul despre rapoartele pe care echipele de testare/QA le trimit.

echipele de testare trimit diverse rapoarte în diferite faze ale STLC.

• starea planului de testare
• starea documentației de testare
• starea execuției testului(starea defectului)

planul de testare: este suficient să comunicați cu restul echipelor de proiect, atunci când este creat un plan de testare sau când se face o schimbare majoră.

documentație de testare: anunțați toate echipele când au început proiectarea testelor, colectarea de date și alte activități și, de asemenea, când sunt terminate. Acest raport nu numai că îi va informa despre progresul sarcinii, dar va semnala și echipele care trebuie să revizuiască și să ofere semnalizarea artefactelor, că urmează.

executarea testului: execuția este faza unui proiect în care echipa de testare este principalul obiectiv – pozitiv și negativ – suntem atât eroii, cât și răufăcătorii.

o zi obișnuită în timpul unui ciclu de testare nu se face decât dacă raportul zilnic de stare este trimis. În unele Echipe, ar putea fi de acord cu un raport săptămânal, dar trimiterea acestuia zilnic este norma.

de asemenea, nu este neobișnuit să aveți o întâlnire de statut în fiecare zi (sau săptămână) pentru a prezenta statutul echipei AC părților interesate.

prin urmare, modul unui raport de stare poate fi:

• e – mail/document
• întâlnire/prezentare
• ambele-e-mail zilnic și întâlnire săptămânală sau cam asa ceva.

test de execuție stare raport

zilnic/săptămânal test de execuție raport:

ce este? În general, aceasta este o comunicare trimisă pentru a stabili transparența activităților echipei de asigurare a Calității din timpul ciclului de testare – include atât informații despre defecte, cât și informații despre cazul testului.

cui ar trebui să meargă? – În mod normal, echipa de dezvoltare, echipa de suport pentru mediu, analistul de afaceri și echipa de proiect sunt beneficiarii/participanții la întâlnire. Planul de testare este cel mai bun loc pentru a găsi aceste informații.

ce conține un raport de stare a executării testului? – 10 puncte

1. Numărul de cazuri de testare planificate pentru acea zi
2. Numărul de cazuri de testare executate – acea zi
3. Numărul de cazuri de testare executate în general
4. Numărul de defecte întâlnite în acea zi/și stările lor respective
5. Numărul de defecte întâlnite până în prezent/și stările lor respective
6. Numărul încă deschis
7. timpii de oprire a mediului – dacă există
8. showstoppers – dacă există
9. atașarea foii de execuție a testului / legătura cu instrumentul de gestionare a testului unde sunt plasate cazurile de testare
10. atașament la raportul de eroare / link-ul de Defect/Test /instrument de Management utilizat pentru gestionarea incidentelor

cele de mai sus 10 puncte, dacă observați îndeaproape este datele brute. Raportarea faptelor este un lucru și raportarea unor fapte ‘inteligente’ este alta. Cum rafinăm aceste informații?

• afișează starea generală cu un indicator de culoare. De exemplu, verde – la timp, portocaliu – ușor în urmă, dar poate absorbi întârzierea, roșu – întârziat.
• includeți câteva valori simple, cum ar fi trecerea % din cazurile de testare până acum, densitatea defectelor, % din defectele severe; făcând acest lucru, nu dați doar numere, ci oferiți de fapt o privire asupra calității produsului pe care îl testați.
• dacă o fază semnificativă este completă – Evidențiați acest lucru.
• dacă există un defect critic care va bloca toate/o parte din execuția viitoare – Evidențiați acest lucru.
• dacă utilizați o prezentare, Asigurați-vă că includeți câteva grafice pentru a avea un impact mai bun.

de exemplu, graficul de mai jos este o reprezentare a numărului de defecte deschise, modul-înțelept:

în afară de acestea, puteți include, de asemenea, opțional:

• care sunt activitățile planificate în continuare?
• aveți nevoie de contribuții de la oricare dintre celelalte echipe și dacă da, ce?

în cele din urmă, câteva indicii pentru a ajuta procesul de-a lungul:

• fiți concis în același timp completați
• asigurați-vă că rezultatele pe care le raportați sunt corecte
• utilizați puncte cu marcatori pentru a face raportul foarte lizibil
• verificați din nou pentru a include data, subiectul, lista și atașamentele potrivite.
• dacă raportul este prea mare și are prea mulți factori de raportat: plasați-l într-o locație comună ca fișier și trimiteți un link în e-mail în locul fișierului în sine. (Asigurați – vă că destinatarii au permisiuni de acces la această locație și la fișier)
• dacă este o întâlnire de stare – fiți pregătiți pentru prezentare, ajungeți la timp și, cel mai important, mențineți un ton uniform (nu fiți prea mândri de defecte-sunt în general „vești proaste”).

raport de stare eșantion

raport de stare testare AC:

urmând aceste linii directoare, am ajuns la raportul de stare de mai jos.

pentru comoditatea cititorilor noștri, am inclus 3 foi care transmit diferite niveluri de informații pe care le pot transmite.

fișa 1 – este un rezumat al stării generale a proiectului.
fișa 2 – este mai mult despre detaliile individuale ale stării cazului de testare.
foaia 3 – este un exemplu de raport de eroare.

descărcați acest exemplu de raport de stare șablon Xls cu toate cele trei foi. (Faceți clic dreapta pe link și selectați ‘Salvați linkul ca..’pentru a descărca)

despre autor – Acesta este un articol de STH membru al echipei Swati Seela. Puteți afla mai multe despre ea pe pagina noastră de curs de Testare Software.