what are test deliverables software testing
cum se deschide un borcan cu java
Aflați totul despre testele livrabile în testarea software-ului cu exemple:
Un oftat de ușurare vine pentru fiecare tester atunci când sarcina acordată este finalizată cu succes. La sfârșitul fiecărei testări, testerul trebuie să trimită clientului livrările corespunzătoare ale testelor.
În acest articol, vom analiza în detaliu unele dintre rezultatele importante ale testelor.
Livrabilele de testare, în general, sunt utilizate pe tot parcursul unui proiect. Acestea sunt utilizate în toate fazele testării și trebuie întotdeauna trimise la timp pentru a continua procesarea ulterioară.
Ce veți învăța:
Testați livrabilele în testarea software-ului
Testele livrabile joacă un rol important în testarea software-ului. Acest articol discută în detaliu toate rezultatele testelor.
Unele dintre rezultatele importante ale testelor sunt prezentate mai jos pentru referință:
- Strategia de testare
- Planul de testare și estimarea
- Scenariu de testare
- Testează cazurile și datele de testare
- RTM
- Raport rezumat test
- Raport de închidere a testului
- Raport de incident
Strategia de testare
Strategia de testare va fi decisă pe baza specificațiilor cerințelor de afaceri. Este un document vital care conține toate detaliile lucrărilor de testare care urmează să fie efectuate. Este un document de management complet.
În comparație cu planul de testare, acesta este un document de nivel înalt și este pregătit de obicei de către managerul de testare sau de către conducător. Aici trebuie menționate obiectivul testului, abordarea testului, domeniul de aplicare al testului, criteriile de intrare și ieșire, tipurile și nivelurile de testare, reperele, personalul etc.
Planul de testare și estimarea
Detaliile nivelului granular pentru fiecare etapă de testare trebuie menționate aici. În general, un plan adecvat conduce la o structură de lucru adecvată. În mod similar, un plan bun duce la teste bune.
Obiectivul testului, abordarea testului, domeniul de aplicare al testului, criteriile de intrare și ieșire, tipurile și nivelurile de testare, reperele, personalul etc. ar trebui menționate aici într-un mod detaliat.
Planul general care include modul în care trebuie efectuate testele este utilizat pentru proiecte simple.
Estimare: Estimarea este definirea timpului în care fiecare pas va avea loc în testare, împreună cu costul general.
Citește și => Un tutorial perfect pentru planul de testare - Un ghid aprofundat
Scenariu de testare
Vom înțelege acest lucru cu un exemplu acum. Să luăm ca exemplu rezervarea trenului. Toate funcționalitățile pe care trebuie să le testăm sunt menționate în formulare la nivel înalt în documentul scenariului de testare. În cuvinte simple, înseamnă un grup de activități similare care trebuie efectuate.
Două tehnici pentru scenariu:
# 1) Caz de utilizare
Este metoda orientată spre obiective, care este un set de interacțiuni între factorii externi și sistem. Componentele sale includ flux primar, flux alternativ, declanșatoare sau activități, fluxuri de excepție, condiții prealabile, post-condiții etc.
Exemplu:
(imagine sursă )
# 2) ACE (element de componentă de activitate)
Procesul Element component al activității împarte cerințele afacerii în activități.
Exemplu:
În general, rezervăm un bilet completând detaliile pasagerului, sexul etc. Prin urmare, trebuie să validăm următoarele câmpuri care astfel devin scenarii.
- Rezervare: Verificați funcționalitatea rezervării.
- Detalii pasager: Verificați funcționalitatea câmpurilor de sex, vârstă și sex.
- Modifica: Verificați dacă funcționalitatea de modificare funcționează corect.
- Concesiune: Verificați dacă funcționalitatea concesiunii funcționează corect.
- Vedere: Verificați dacă funcționalitatea vizualizării funcționează corect.
- Anulare: Verificați dacă funcționalitatea de anulare funcționează corect.
Aici, concesiunea poate fi numită ca „scenariu alternativ”, deoarece utilizatorul poate rezerva cu sau fără aceasta în funcție de vârstă. Cu toate acestea, scopul este același, adică rezervarea unui bilet.
Caz de testare
Luând același exemplu de mai sus al paginii de rezervare, cazurile de testare sunt scrise după cum urmează:
Rezervare:
- Verificați dacă utilizatorul poate rezerva un bilet completând detalii valide în toate câmpurile.
- Verificați dacă utilizatorul poate rezerva un bilet completând detalii nevalide în toate câmpurile.
- Verificați dacă utilizatorul poate rezerva un bilet lăsând vreun câmp necompletat.
Detalii pasager:
- Verificați dacă utilizatorul poate rezerva un bilet introducând un nume valid.
- Verificați dacă utilizatorul poate rezerva un bilet introducând un nume nevalid.
- Verificați dacă utilizatorul poate rezerva un bilet alegând un sex la un moment dat.
- Verificați dacă utilizatorul poate rezerva un bilet introducând vârsta mai mare de 60 de ani.
- Verificați dacă utilizatorul poate rezerva un bilet introducând vârsta mai mică de 60 de ani.
- Verificați dacă utilizatorul poate rezerva un bilet introducând orice vârstă valabilă mai mare de 5 ani.
- Verificați dacă utilizatorul nu poate rezerva introducând vârsta mai mică de 5 ani.
Modifica:
- Verificați dacă utilizatorul poate modifica câmpul de nume.
- Verificați dacă utilizatorul poate modifica câmpul de gen.
- Verificați dacă utilizatorul poate modifica câmpul de vârstă.
Concesiune:
- Verificați dacă utilizatorul poate obține concesie selectând „ Cetățean în vârstă ' opțiune.
- Verificați dacă utilizatorul poate obține concesie selectând „ Handicaped / Disabled ' opțiune.
Vedere:
diferența dintre testarea cutiei negre și cea albă
- Verificați dacă utilizatorul poate vizualiza biletul rezervat.
Anulare:
- Verificați dacă utilizatorul poate anula biletul.
Astfel, cazurile de testare spun exact ce trebuie testat în detaliu. Testele trebuie scrise într-un limbaj simplu și ar trebui să fie ușor de înțeles. Ar trebui să fie scris într-un format adecvat, la cererea clientului în cauză.
Date de testare
Unele proiecte au nevoie de date anterioare de la client înainte de a continua cu executarea cazului de testare. Datele testelor trebuie aplicate pentru a efectua testarea.
Exemplu: În portalul spitalului pentru a primi o injecție, este important să obțineți detaliile pacientului pentru a verifica opțiunea de reamintire a injecției.
Aici „detaliile pacientului” sunt datele testului.
Citire sugerată => Date de testare - Semnificație și tehnici de pregătire cu exemple
RTM / Matricea de trasabilitate a cerințelor
- După cum sugerează și numele, înseamnă pur și simplu că trebuie să mapați fiecare cerință cu cazul de testare adecvat.
- Ne ajută să verificăm dacă am acoperit sau nu toate cerințele din cazurile noastre de testare.
- Ajută la reluarea lucrărilor sau la următoarele lansări succesive ale unui proiect.
- Clientul poate verifica cu ușurință starea noastră de acoperire și cunoaște procesul nostru de testare.
Raport rezumat test
Raportul sumar al testului rezumă toate activitățile de testare efectuate și rezultatele testului sunt compilate în acesta. Toate informațiile de testare, cum ar fi membrii implicați în testare, obiectivele, domeniul de aplicare, detaliile clientului, abordarea testelor utilizate, rezultatele testelor, raportul de defecte etc. ar trebui menționate aici.
Cu toate acestea, raportul rezumat al testului trebuie întocmit conform sfaturilor clientului. Astfel, este un document util și pentru client pentru a revizui performanța generală.
Raport de închidere a testului
Înseamnă că vom închide proiectul după testare și remedierea defectelor. Astfel, aici trebuie să oferim o analiză detaliată a execuției testelor.
Defectele găsite și remediate trebuie menționate aici. Acoperirea generală a cerințelor este văzută în acest raport. În general, este pregătit de conducătorul sau managerul echipei. Toate criteriile de ieșire ar trebui îndeplinite în consecință.
Raport de incident
În timp ce executați execuția de formare dacă un utilizator găsește defecte, atunci ar trebui ridicat un raport de incidente (IR). Aceasta înseamnă că există un defect și, astfel, executarea trebuie oprită. Acum trebuie să adresăm clientului un raport de incident pentru că i-am cerut permisiunea de a executa din nou zonele de eroare ca un caz de testare separat.
Acesta este într-adevăr un semn negru și nu este de așteptat de la un tester. Toate defectele trebuie să fie găsite în cursul uscat. Dacă este ratat și găsit în executarea formală, atunci devine un IR.
Exemplu:
Dacă îmi lipsește anumite funcționalități în testarea mobilă, spuneți „ schimbarea screensaverului ' opțiune. Apoi, în timp ce execut un caz de testare, sunt blocat și nu voi putea continua mai departe din cauza acestei opțiuni. Apoi ridic un IR și scriu un caz de test separat pentru a executa opțiunea de screensaver.
Concluzie
Artefactele care sunt trimise părților interesate ale unui proiect software în timpul STLC sunt cunoscute sub numele de Test Livrabile. Am analizat cele mai importante rezultate din acest articol.
Sperăm că acest articol v-a ajutat să aflați despre produsele de testare în testarea software !!
ce programe pot deschide fișiere eps
Lectură recomandată
- Diferența dintre planul de testare a performanței și strategia de testare a performanței
- Cum se pregătește planul de testare și se scriu cazuri de testare pentru aplicația ERP - Testarea ERP partea 2
- Tutorial plan de testare: un ghid pentru a scrie un document de plan de testare software de la zero
- Testarea conceptului, procesului și strategiei de gestionare a datelor
- Ce sunt datele de testare? Tehnici de pregătire a datelor de testare cu exemplu
- Cum să scrieți cazuri de testare: ultimul ghid cu exemple
- Cum să scrieți un document de strategie de testare (cu un șablon de strategie de testare exemplar)
- Diferența dintre planul de testare, strategia de testare, cazul de testare, scenariul de testare, scenariul de testare și starea testului