test execution software testing
Procesul exact și planul de a executa cazuri de testare cu exemple reale.
Astăzi, în Curs de mini training de testare software , progresăm în ultima etapă a STLC, care este Executarea testului .
Puteți consulta lista tuturor tutorialelor postate în această serie gratuită de instruire QA pe această pagină: Instruire de testare software End to End pentru un proiect live.
Executarea testului este, fără îndoială, cea mai importantă și „întâmplătoare” fază din STLC și, de asemenea, întregul ciclu de viață al dezvoltării. Motivul este că contribuția și munca fiecărei echipe / membrii echipei sunt validate aici:
- A analizat Business Analyst corect cerințele?
- Echipa de dezvoltare a tradus cerințele afacerii în cerințe funcționale și în cele din urmă pentru a codifica corect?
- Arhitectul de date și DBA-urile au proiectat sistemele back-end potrivite?
Ei bine, execuția testului este locul în care s-ar găsi toate răspunsurile la aceste întrebări. Asta ne face, QA, eroii întregului proces de construire a software-ului, nu-i așa? :)
Execuția testului este, de asemenea, partea „Test” a SDLC.
ce este un bun curatator gratuit pentru pc
Odată ce cazurile de testare sunt scrise, partajate cu echipele BA și Dev, revizuite de către acestea, modificările sunt notificate echipei QA (dacă există), echipa QA face modificările necesare - Faza de proiectare a testului este finalizată. Pregătirea cazurilor de test nu înseamnă că putem iniția testul. Trebuie să avem și aplicația gata, printre altele.
Ce veți învăța:
- Liniile directoare pentru executarea testelor
- Document pentru coloane noi în cazuri de testare
- Rezultatele executării testelor pentru proiectul OrangeHRM Live
- Lectură recomandată
Liniile directoare pentru executarea testelor
Să facem acum o listă cu toate lucrurile care sunt importante pentru înțelegerea fazei de executare a testului:
# 1) construi (codul care este scris de echipa de dezvoltatori este ambalat în ceea ce se referă la o construcție - acesta nu este altceva decât o piesă software instalabilă (AUT), gata pentru a fi implementată în mediul QA.) fiind implementat (cu alte cuvinte, instalat și pus la dispoziție) mediului QA este unul dintre cele mai importante aspecte care trebuie să se întâmple pentru a începe Executarea testului.
#Două) Executarea testului are loc în Mediul QA . Pentru a ne asigura că munca echipei de dezvoltatori cu privire la cod nu se află în același loc, unde echipa QA testează, practica generală este de a avea un mediu dedicat pentru Dev și QA. (Există, de asemenea, un mediu de producție pentru a găzdui aplicația live).
Aceasta este practic pentru a păstra integritatea aplicației în diferite etape ale ciclului de viață SDLC. În caz contrar, în mod ideal, toate cele 3 medii sunt identice în natură.
# 3) Testați dimensiunea echipei nu este constant de la începutul proiectului. Când planul de testare este inițiat, echipa ar putea avea doar un conducător de echipă. În timpul fazei de proiectare a testului, câțiva testeri vin la bord. Execuția testului este faza în care echipa se află la dimensiunea maximă.
# 4) Executarea testului are loc și în cel puțin 2 cicluri (3 în unele proiecte). De obicei, în fiecare ciclu, toate cazurile de testare (întreaga suită de teste) vor fi executate. Obiectivul primului ciclu este de a identifica orice blocare, defecte critice și majoritatea defectelor mari.
Obiectivul celui de-al doilea ciclu este de a identifica defectele ridicate și medii rămase, de a corecta golurile din scripturi și de a obține rezultate.
# 5) Faza de executare a testului constă din Executarea scripturilor de testare + Întreținerea scriptului de testare (goluri corecte în scripturi) + Raportare (defecte, stare, valori, etc.) Prin urmare, atunci când planificați această fază programează și eforturile ar trebui estimate luând în considerare toate aceste aspecte și nu doar execuția scriptului.
# 6) După efectuarea scriptului Test și implementarea AUT - și înainte de începerea executării Testului, există un pas intermediar. Aceasta se numește „Revizuirea pregătirii pentru testare (TRR)” . Acesta este un fel de etapă de tranziție care va încheia faza de proiectare a testului și ne va ușura în executarea testului.
Pentru informații despre acest pas și un eșantion de „listă de verificare pentru verificarea disponibilității testelor”, consultați acest link: Lista de verificare pentru testarea software-ului
sisteme de operare care rulează programe Windows
# 7) În plus față de TRR, mai sunt câteva verificări suplimentare înainte de a ne asigura că putem continua să acceptăm versiunea curentă care este implementată în mediul QA pentru executarea testului.
Acestea sunt Testele de fum și sănătate . Informații detaliate despre ce sunt acestea la: Ce este Testul de fum și sănătate?
# 8) După finalizarea cu succes a testelor TRR, fum și sănătate, ciclul de testare începe oficial.
# 9) Testarea exploratorie ar fi efectuată odată ce construcția este gata pentru testare. Scopul acestui test este de a vă asigura că defectele critice sunt eliminate înainte ca următoarele nivele de testare să poată începe. Această testare exploratorie se efectuează în aplicație fără scripturi și documentație de testare. De asemenea, ajută la familiarizarea cu AUT.
# 10) La fel ca și celelalte faze ale STLC, lucrarea este împărțită între membrii echipei și în faza de Execuție a testului. Împărțirea ar putea fi bazată pe modul înțelept sau pe baza cazurilor de testare sau orice altceva care ar putea avea sens.
#unsprezece) Rezultatul principal al fazei de execuție a testului este sub formă de rapoarte, în principal raportul defectelor și raportul stării de execuție a testului. Procesul detaliat de raportare poate fi găsit la Rapoarte de execuții de testare.
Document pentru coloane noi în cazuri de testare
Documentul Test Case devine acum extins cu următoarele două coloane - Stare și rezultat real .
( Notă : Pentru Executarea testului proiectului live, am adăugat și actualizat aceste coloane cu rezultatele execuției testului în foaia de calcul a cazurilor de testare furnizate pentru descărcare mai jos)
# 1) Coloana de stare
Executarea testului nu este altceva decât, folosind pașii de testare pe AUT, furnizarea datelor de testare (așa cum sunt identificate în documentul cazului de testare) și respectarea comportamentului AUT-ului pentru a vedea dacă îndeplinește sau nu rezultatul scontat.
Dacă rezultatul scontat nu este atins, acesta poate fi interpretat ca un defect. Și starea cazului de testare devine „Eșuat” și dacă rezultatul așteptat este atins, starea este „Trecere”. Dacă cazul de testare nu poate fi executat din orice motiv (un defect existent sau un mediu care nu suportă), starea ar fi „Blocată”.
Starea unui caz de test care nu a fost încă rulat poate fi setată la Fără rulare / neexecutată sau poate fi lăsată goală.
- Pentru un caz de testare cu mai mulți pași, dacă rezultatul așteptat al unui anumit pas (în mijlocul etapelor cazului de testare) nu este îndeplinit, starea cazului de testare poate fi setată la „Eșuare” chiar acolo, iar următorii pași nu trebuie executate.
- Starea „Fail” poate fi indicată în culoare roșie, dacă doriți să atrageți imediat atenția asupra acestuia.
# 2) Coloana de rezultate efective
Acesta este un spațiu în care noi testerii putem înregistra care este abaterea în rezultatul așteptat. Când rezultatul așteptat este atins (sau un caz de testare a cărui stare este „Trecere”) acest câmp poate fi lăsat gol. Deoarece, dacă rezultatul așteptat este atins, înseamnă rezultatul real = rezultatul așteptat, ceea ce înseamnă că rescrierea acestuia în coloana rezultatului real va fi o repetare și o redundanță.
O captură de ecran a abaterii poate fi atașată la această coloană pentru o claritate sporită a problemei.
Rezultatele executării testelor pentru proiectul OrangeHRM Live
Să primim acum OrangeHRM și să realizăm execuția testului pe baza liniilor directoare de mai sus enumerate.
restul serviciilor web întrebări și răspunsuri de interviu
Iată câteva puncte de remarcat:
- Șablonul extins al cazului de testare.
- Testarea exploratorie, așa cum este indicat, trebuie efectuată fără scripturi de testare. Așadar, vă rugăm să nu ezitați să testați aplicația în paralel după cum doriți.
- Datorită limitărilor pe care le avem în prezentarea proiectului live sub formă de conținut lizibil - doar o cantitate limitată de cazuri de testare / funcționalitate a aplicației OrangeHRM este prezentată în șablonul de testare Exemplu de testare. Din nou, vă rugăm să nu ezitați să lucrați mai mult pentru cea mai practică experiență.
- Suitele de test Sanity și Smoke sunt, de asemenea, adăugate la document, pentru a vă oferi o idee despre ce fel de cazuri de testare sunt luate în considerare pentru aceste etape.
- Defectele nu sunt încă înregistrate, chiar dacă starea unor cazuri de testare este setată la „Fail”. Acest lucru se datorează faptului că înregistrarea defectelor este următorul cel mai important / cel mai frecvent lucrat la un aspect al vieții noastre ca testeri. Deci, vrem să ne ocupăm de el în detaliu în articolul următor.
Cazuri de testare cu rezultate de execuție:
=> Faceți clic aici pentru a descărca documentul de executare a cazului de testare.
Contine - Rezultatul execuției cazurilor de testare, teste de fum, teste de sănătate, test exploratoriu - foi de calcul
În cele din urmă, dacă a fost utilizat un instrument de gestionare a testelor pentru crearea și menținerea cazului de testare, același lucru poate fi folosit și pentru executarea testului. Utilizarea unui instrument facilitează raportarea, dar în caz contrar, procesul de rulare a cazurilor de testare este același. Consultați acest articol pentru a vă face o idee cum se utilizează HP ALM pentru executarea cazului de testare .
(Faceți clic pe imagine pentru o vizualizare mărită)
Acest lucru ne aduce la sfârșitul unui alt segment interesant al procesului de testare. În următorul și ultimul articol al acestui articol Mini-curs de instruire QA de testare software gratuit online , vom analiza defectele în detaliu; încheiați subiecte precum „când opriți testarea”, valori și deconectare QA.
=> Ziua de instruire QA 6: Urmărirea erorilor, testarea valorilor și deconectarea testului
Vă rugăm să ne spuneți cum ne descurcăm și rămâneți la curent cu următorul articol.
Lectură recomandată
- Programul de testare a software-ului - Plan de instruire detaliat al cursului online
- Câteva întrebări interesante despre testarea software-ului
- Feedback și recenzii despre cursul de testare software
- Cum să raportați inteligent execuția testului - [Descărcați șablonul de raport de stare]
- Cum se scrie un document de strategie de testare (cu un șablon de strategie de testare)
- Exemplu de șablon de plan de testare software cu format și conținut
- Diferența exactă între verificare și validare cu exemple
- Măsuri și măsurători importante pentru testarea software-ului - explicate cu exemple și grafice