how report test execution smartly
Raportarea stării de testare software
„Acordul că o anumită informație, într-un anumit format, va fi trimis de o anumită echipă / individ, la anumite intervale de timp, anumitor membri - este ca o strângere de mână - o recunoaștere că indiferent de rezultatul unei sarcini la mână, ai fi ținut la curent cu asta, 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, acesta ar fi cu siguranță în fruntea listei de articole din acesta. Nu-i așa?
Responsabilitatea și transparența (A & T) sunt esențiale pentru fiecare proiect IT la diferite niveluri - la nivel de proiect, la nivel de echipă, la 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 realizarea (sau neîndeplinirea) sarcinilor dvs. zilnice. Acest lucru demonstrează că, de fapt, „sunteți” conștienți de ceea ce trebuia să începeți.
css3 întrebări și răspunsuri la interviu pdf
Ce veți învăța:
Raport de stare zilnic
Informațiile care trebuie să facă parte din „Raportul zilnic de stare” al unei persoane sunt:
- Ce ai facut astazi?
- 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?
- Ai 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 controlați în unele cazuri - acest lucru depinde de protocolul de comunicare pe care îl urmează echipa.
Rapoarte de testare
Acum, este timpul să vă specificați și să aflați totul despre rapoartele trimise de echipele de testare / asigurare a calității.
Echipele de testare trimit diverse rapoarte la diferite faze ale STLC.
- Starea planului de testare
- Starea documentației de testare
- Testarea stării de execuție (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 i 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 au terminat. Acest raport nu numai că îi va informa cu privire la progresul sarcinii, ci va semnala și echipele care trebuie să revizuiască și să ofere semnătura asupra artefactelor, că urmează.
Executarea testului : Execuția este faza unui proiect atunci când echipa de testare este principalul obiectiv - pozitiv și negativ - suntem atât eroii, cât și ticăloșii.
O zi tipică în timpul unui ciclu de testare nu se face decât dacă este trimis Raportul zilnic de stare. În unele echipe, ar putea conveni asupra unui 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 de asigurare a calității 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ă cam așa ceva.
Raport de stare de execuție a testului
Raport de execuție a testului zilnic / săptămânal:
Ce este? În general, aceasta este o comunicare trimisă pentru a stabili transparența activităților din ziua echipei de control al calității în timpul ciclului de testare - include atât informații despre defecte, cât și informații despre cazurile de testare.
La cine ar trebui să meargă? - În mod normal, echipa de dezvoltare, echipa de suport pentru mediu, Business Analyst și echipa de proiect sunt destinatarii / 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 de execuție a testului? - 10 puncte
- Numărul de cazuri de testare planificate pentru ziua respectivă
- Numărul de cazuri de testare executate - în acea zi
- Numărul de cazuri de testare executate în general
- Numărul de defecte întâlnite în acea zi / și stările lor respective
- Numărul de defecte întâlnite până acum / și stările lor respective
- Numărul de defecte critice - încă deschis
- Timpurile de nefuncționare ale mediului - dacă există
- Showstoppers - dacă există
- Atașarea fișei de execuție a testului / Link către Instrument de gestionare a testelor unde sunt plasate cazurile de testare
- Atașament la raportul de eroare / link către instrumentul Defect / Test / Management utilizat pentru gestionarea incidentelor
Cele 10 puncte de mai sus, dacă observați cu atenție, sunt datele brute. Raportarea faptelor este un lucru, iar raportarea unor fapte „inteligente” este un alt lucru . Cum rafinăm aceste informații?
- Afișează starea generală cu un indicator de culoare. De exemplu, Verde - la timp, portocaliu - puțin în spate, dar poate absorbi întârzierea, roșu - întârziat.
- Includeți câteva valori simple, cum ar fi Treceți% din cazurile de testare până acum, densitatea defectelor,% din defectele grave; făcând acest lucru, nu doar dați numere, ci de fapt oferiți o privire asupra calității produsului pe care îl testați.
- Dacă o fază semnificativă este completă - evidențiați că.
- Dacă există un defect critic care va bloca toate / o parte a execuției 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ărul de defecte deschise, în funcție de modul :
În afară de acestea, puteți include opțional:
- Care sunt activitățile planificate în continuare?
- Aveți nevoie de contribuții de la alte echipe și dacă da, ce?
În cele din urmă, câteva indicații pentru a ajuta procesul:
- Fii concis în același timp complet
- Asigurați-vă că rezultatele pe care le raportați sunt corecte
- Utilizați puncte marcate 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 obișnuită 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 Status - 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 - în general sunt „vești proaste”).
Exemplu de raport de stare
Raport privind starea testării QA:
Urmând aceste linii directoare, am ajuns la Raportul de stare de mai jos.
Pentru confortul 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.
Fișa 3 - este un exemplu de raport de erori.
pentru care lucrează companii de jocuri video
Descărcați acest lucru Exemplu de șablon Xls de raport de stare 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 al Swati Seela, membru al echipei STH. Puteți afla mai multe despre ea pe site-ul nostru Pagina cursului de testare software .
Împărtășiți-ne comentariile și întrebările de mai jos.
Lectură recomandată
- Cum se scrie un raport săptămânal de testare a software-ului
- Cum se actualizează de la distanță starea de execuție a cazului de testare TestLink prin seleniu - Tutorial nr. 3
- Cum se scrie un raport sumar eficient al testului (Descărcare exemplu de raport)
- Exemplu de raport de erori
- Exemplu de șablon pentru raportul testului de acceptare cu exemple
- Biblioteca de șabloane standard (STL): o scurtă introducere
- Crearea de generice și teste - Tutorial Selenium # 22
- Exemplu de șablon de caz de testare cu exemple de cazuri de testare (Descărcare)