Testare ad hoc
Testarea ad hoc este un tip de testare informală sau nestructurată care are ca scop întreruperea procesului de testare pentru a găsi posibile defecte sau erori într-o etapă timpurie posibilă. Testarea ad hoc se face la întâmplare și este de obicei o activitate neplanificată care nu urmează nicio documentație și tehnici de proiectare a testelor pentru a crea cazuri de testare.
Testarea ad hoc nu urmează niciun mod structurat de testare și se face în mod aleatoriu în orice parte a aplicației. Scopul principal al acestei testări este de a găsi defecte prin verificare aleatorie. Testarea adhoc poate fi realizată cu tehnica de testare software denumită Error Guessing. Ghicirea erorilor poate fi făcută de persoanele care au suficientă experiență în sistem pentru a „ghici” cea mai probabilă sursă de erori.
Această testare nu necesită nicio documentație / planificare / proces care să fie urmată. Deoarece acest test are ca scop găsirea defectelor prin abordare aleatorie, fără nicio documentație, defectele nu vor fi mapate pentru a testa cazurile. Aceasta înseamnă că, uneori, este foarte dificil să reproducem defectele, deoarece nu există pași de testare sau cerințe mapate la acesta.
Următorul videoclip vă ghidează cum să efectuați teste adhoc
Faceți clic aici dacă videoclipul nu este accesibil
Când executați testarea Adhoc?
Testarea ad hoc poate fi efectuată atunci când există un timp limitat pentru a face teste elaborative. De obicei, testarea adhoc se efectuează după executarea formală a testului. Și dacă timpul ne permite, testarea ad hoc se poate face pe sistem. Testarea ad hoc va fi eficientă numai dacă testerul cunoaște sistemul testat.
Tipuri de testare Adhoc
Există diferite tipuri de testare Adhoc și sunt listate după cum urmează:
| Testarea prietenilor | Doi prieteni lucrează reciproc la identificarea defectelor în același modul. În mare parte, un prieten va fi din echipa de dezvoltare și o altă persoană va fi din echipa de testare. Testarea prietenilor îi ajută pe testatori să dezvolte cazuri de testare mai bune, iar echipa de dezvoltare poate, de asemenea, să facă modificări de proiectare devreme. Această testare are loc de obicei după finalizarea testării unitare. |
| Testarea perechii | Două testere sunt alocate module, împărtășesc idei și lucrează pe aceleași mașini pentru a găsi defecte. O persoană poate executa testele și o altă persoană poate lua notițe despre constatări. Rolurile persoanelor pot fi tester și scriber în timpul testării. Comparație Buddy și testarea perechii: testarea Buddy este o combinație de teste unitare și de sistem împreună cu dezvoltatorii și testerii, dar testarea perechii se face numai cu testerii cu niveluri de cunoștințe diferite. (Experimentat și neexperimentat pentru a-și împărtăși ideile și opiniile) |
| Testarea maimuțelor | Testați aleatoriu produsul sau aplicația fără cazuri de testare cu scopul de a sparge sistemul. |
Cele mai bune practici de testare Adhoc
Urmarea celor mai bune practici poate asigura testarea Adhoc eficientă.
Cunostinte bune de afaceri
Testatorii ar trebui să aibă o bună cunoaștere a afacerii și o înțelegere clară a cerințelor - Cunoașterea detaliată a procesului final al activității va ajuta la găsirea defectelor cu ușurință. Testerii cu experiență găsesc mai multe defecte, deoarece sunt mai buni în a ghici erorile.
Testați modulele cheie
Modulele de afaceri cheie ar trebui identificate și direcționate pentru testarea ad-hoc. Modulele critice pentru afaceri ar trebui testate mai întâi pentru a câștiga încredere în calitatea sistemului.
Înregistrați defecte
Toate defectele trebuie înregistrate sau scrise într-un blocnotes. Defectele trebuie atribuite dezvoltatorilor pentru remediere. Pentru fiecare defect valid, cazurile de test corespunzătoare trebuie scrise și trebuie adăugate la cazurile de test planificate.
Aceste constatări ale defectelor ar trebui să fie făcute ca lecție învățată și acestea ar trebui să se reflecte în sistemul nostru următor în timp ce planificăm cazuri de testare.
Concluzie:
Avantajul testării ad-hoc este de a verifica exhaustivitatea testării și de a găsi mai multe defecte decât testarea planificată. Cazurile de testare a defectelor sunt adăugate ca cazuri de testare suplimentare la cazurile de testare planificate.
În Ingineria software-ului, testarea ad-hoc economisește mult timp, deoarece nu necesită o planificare elaborată a testelor, documentarea și proiectarea cazurilor de testare.