Testarea intuitivă (testarea ad-hoc)
Testarea ad-hoc - testarea în id-ul, care se efectuează fără pregătirea de testare, fără a defini rezultatele scontate, proiectarea scenariilor de testare. Aceasta este o testare informală, improvizată. Nu necesită nicio documentație, planificare, procese care ar trebui urmate în execuție. De asemenea, pentru acest tip de testare nu este scris de cazuri de testare, care, la rândul lor, pot provoca unele dificultăți în încercarea de a reproduce defectul în sistem. O astfel de viziune poate da adesea mai multe rezultate imediat decât testarea în scenarii predefinite. Acest lucru se datorează faptului că testerul pe primii pași pentru a începe testarea funcționalitatea de bază și efectuează controale personalizate, sau mai degrabă unele dintre controalele sale de a fi non-standard.
De multe ori, testarea intuitivă este confundată cu cercetarea. Dacă vorbim de testare ad-hoc și teste de cercetare. Testarea ad-hoc este mai intuitivă și mai aleatorie când testerul merge pur și simplu și verifică ce dorește. El nu are un scop specific, o structură de teste în cap, un fel de sistem. La rândul lor, testarea în cercetare este mai structurată. De obicei testerul știe că are nevoie să verifice, are un scop în minte și un fel de sistem de testare. Deși testele în acest caz nu trebuie să fie concepute ca un caz de testare.
Când se efectuează testarea ad-hoc?
Cel mai adesea, o astfel de testare este efectuată atunci când nu este suficient timp pentru teste exacte și consecvente. În acest caz, testerul se bazează pe ideea sa generală de aplicare și de bun-simț
Testarea ad-hoc are sens numai dacă testerul are informații generale despre produs. Dacă o persoană nu cunoaște deloc produsul, va petrece timp să o studieze, mai ales dacă proiectul este foarte complex și mare. Prin urmare, aveți nevoie de o idee bună despre obiectivele proiectului, scopul și funcțiile și capabilitățile sale de bază. Și apoi puteți începe testarea ad-hoc.
Tipuri de teste intuitive:
- testarea de tip buddy (testarea în comun) - când 2 persoane, de obicei un dezvoltator + tester, lucrează în paralel și găsesc defecte în același modul. Acest tip de testare ajută testarea să efectueze verificările necesare, iar programatorul rezolvă erorile în stadiile incipiente.
- test de pereche - când 2 testeri verifică un modul și se ajută reciproc. De exemplu, unul poate căuta defecte, iar al doilea poate să le documenteze. Astfel, un tester va avea o funcție, spunând astfel un detector, celălalt are un descriptor 🙂
Diferențele dintre testarea amicilor și testarea perechilor:
- Testarea în comun este o combinație între o unitate de testare și testarea sistemului între dezvoltator și tester
- Testarea perechilor este efectuată numai de către testeri cu niveluri diferite de cunoștințe și experiență (această combinație vă va ajuta să împărtășiți opinii și idei)
- test de maimuță - testarea arbitrară a programului pentru a le rupe
Principalele avantaje ale testării ad-hoc:
- nu este nevoie să pierdeți timp pregătirea documentației
- defectele cele mai importante se găsesc în stadiile incipiente
- Acesta este adesea folosit atunci când luați un nou angajat. metoda adhoka omul captează timp de 3 zile ce kituri de testare s-ar dezasambla o săptămână - acest lucru se numește instruire forțată a noilor angajați
- capacitatea de a găsi defecte complicate care nu au putut fi găsite utilizând scripturi standard de verificări.
Ce poate fi folosit în acest tip de testare, ce abilități vor fi utile?
Deoarece nu există nicio documentație aplicabilă, tot ce rămâne să folosiți testerul este bunul simț, logica și experiența. Trebuie remarcat faptul că orice aplicație care nu vă este prea familiară ar trebui să fie intuitivă. Acționați mai mult în ceea ce privește utilizatorul decât testerul.
Mai multe despre testare:
- Testarea fumului
- Tipuri de teste de software
- Testarea software-ului
- Testarea funcțională
- Testarea designului
