Ce este testarea exploratorie?
Ce este testarea exploratorie?
Testarea exploratorie este un tip de testare software รฎn care cazurile de testare nu sunt create รฎn avans, dar testerii verificฤ sistemul din mers. Ei pot nota idei despre ce sฤ testeze รฎnainte de executarea testului. Accentul testฤrii exploratorii este mai mult pe testare ca activitate de โgรขndireโ.
Testarea exploratorie este utilizatฤ pe scarฤ largฤ รฎn modelele Agile ศi se referฤ la descoperire, investigare ศi รฎnvฤศare. Subliniazฤ libertatea personalฤ ศi responsabilitatea testatorului individual.
De ce testarea exploratorie?
รn cadrul testฤrii scriptate, proiectaศi mai รฎntรขi cazurile de testare ศi mai tรขrziu continuaศi cu execuศia testului. Dimpotrivฤ, testarea exploratorie este un proces simultan de proiectare ศi execuศie a testelor, toate realizate รฎn acelaศi timp.
Execuศia testului scriptat este de obicei o activitate neconceptivฤ รฎn care testerii executฤ paศii de testare ศi comparฤ rezultatele reale cu rezultatele aศteptate. O astfel de activitate de execuศie a testelor poate fi automatizatฤ, nu necesitฤ multe abilitฤศi cognitive.
Deศi tendinศa actualฤ รฎn testarea software-ului este de a face forศฤ automatizare, testarea exploratorie este un nou mod de gรขndire. Automatizarea are limitele ei
Diferenศele dintre testarea scriptatฤ ศi cea exploratorie
| Testare scriptatฤ | Testarea exploratorie |
|---|---|
| Dirijate de la cerinศe | Dirijate de la cerinศe ศi explorรขnd รฎn timpul testฤrii |
| Determinarea cazurilor de testare cu mult timp รฎnainte | Determinarea cazurilor de testare รฎn timpul testฤrii |
| Confirmarea testฤrii cu cerinศele | Investigarea sistemului sau a aplicaศiei |
| Subliniazฤ predicศia ศi luarea deciziilor | Subliniazฤ adaptabilitatea ศi รฎnvฤศarea |
| Implica testare confirmata | Implica investigatie |
| Este despre controlul testelor | Este despre รฎmbunฤtฤศirea designului testului |
| Ca ศi cum ai face un discurs โ citeศti dintr-o ciornฤ | Ca ศi cum ai face o conversaศie โ este spontanฤ |
| Scenariul este รฎn control | Mintea testatorului este รฎn control |
Tehnici de testare exploratorie
- Nu este o testare aleatorie, ci este o testare ad-hoc cu scopul de a gฤsi erori
- Este structurat ศi riguros
- Este structurat cognitiv (gรขndirea) รฎn comparaศie cu structura proceduralฤ a testฤrii scriptate. Aceastฤ structurฤ provine din Charter, time boxing etc.
- Este foarte predat ศi uศor de gestionat
- Nu este o tehnicฤ, ci este o abordare. Acศiunile pe care le efectuaศi รฎn continuare sunt guvernate de ceea ce faceศi รฎn prezent
Cum se executฤ testele exploratorii
Mai jos este un proces pas cu pas despre Cum se efectueazฤ testarea exploratorie, numit ศi managementul testelor bazate pe sesiune (ciclul SBTM):
Pasul 1) Creaศi o taxonomie de erori (clasificare)
- Clasificaศi tipurile comune de defecte gฤsite รฎn proiectele anterioare
- Analizaศi analiza cauzei principale a problemelor sau defecศiunilor
- Gฤsiศi riscurile ศi dezvoltaศi idei pentru a testa aplicaศia.
Pasul 2) Testaศi Carta
- Test Charter ar trebui sฤ sugereze
- ce sฤ testeze
- cum poate fi testat
- Ceea ce trebuie privit
- Ideile de testare sunt punctul de plecare al testฤrii de explorare
- Carta de testare ajutฤ la determinarea modului รฎn care utilizatorul final ar putea folosi sistemul
Pasul 3) Timp Box
- Aceastฤ metodฤ include o pereche de testeri care lucreazฤ รฎmpreunฤ nu mai puศin de 90 de minute
- Nu ar trebui sฤ existe niciun timp รฎntrerupt รฎn acele sesiuni de 90 de minute
- Timebox poate fi extins sau redus cu 45 de minute
- Aceastฤ sesiune รฎncurajeazฤ testatorii sฤ reacศioneze la rฤspunsul din partea sistemului ศi sฤ se pregฤteascฤ pentru rezultatul corect
Pas 4) Revvizualizaศi rezultatele
- Evaluarea defectelor
- รnvฤศare din testare
- Analiza zonelor de acoperire
Pasul 5) Debriefing
- Compilarea rezultatelor rezultate
- Comparaศi rezultatele cu cartea
- Verificaศi dacฤ sunt necesare teste suplimentare
Cele mai bune practici de testare exploratorie
รn timpul execuศiei exploratorii, trebuie fฤcute urmฤtoarele:
- Misiunea testฤrii ar trebui sฤ fie foarte clarฤ
- Pฤstraศi notiศe despre ceea ce trebuie testat, de ce trebuie testat ศi evaluarea calitฤศii produsului
- Urmฤrirea รฎntrebฤrilor ศi problemelor ridicate รฎn timpul testฤrii exploratorii
- Este mai bine sฤ asociaศi testerele pentru o testare eficientฤ
- Cu cรขt testฤm mai mult, este mai probabil sฤ executฤm cazuri de testare potrivite pentru scenariile necesare
Este foarte important sฤ luaศi un document ศi sฤ monitorizaศi urmฤtoarele
- Acoperire test โ Indiferent dacฤ am luat notiศe cu privire la acoperirea cazurilor de testare ศi am รฎmbunฤtฤศit calitatea software-ului
- Riscuri โ Ce riscuri trebuie acoperite ศi care sunt toate cele importante?
- Jurnal de execuศie a testului โ รnregistrฤri privind execuศia testului
- Probleme / Interogฤri โ Luaศi notiศe cu privire la รฎntrebare ศi problemele din sistem
Testarea exploratorie mai inteligentฤ gฤseศte mai multe erori รฎn mai puศin timp.
Avantaje ศi dezavantaje ale testฤrii exploratorii
Avantaje
Dezavantaje
- Aceastฤ testare depinde exclusiv de abilitฤศile testatorului
- Limitat de cunoศtinศele de domeniu ale testatorului
- Nu este potrivit pentru timp de execuศie lung
Provocฤrile testฤrii exploratorii
Existฤ multe provocฤri ale testฤrii exploratorii ศi acestea sunt explicate mai jos:
- A รฎnvฤศa sฤ foloseศti aplicaศia sau sistemul software este o provocare
- Replicarea eศecului este dificilฤ
- Determinarea dacฤ instrumentele trebuie utilizate poate fi o provocare
- Determinarea celor mai bune cazuri de testare de executat poate fi dificilฤ
- Raportarea rezultatelor testului este o provocare, deoarece raportul nu are scripturi sau cazuri planificate pentru a le compara cu rezultatul sau rezultatul real
- Documentarea tuturor evenimentelor din timpul execuศiei este dificil de รฎnregistrat
- Testarea exploratorie nu are cazuri de testare definite de executat, ceea ce face dificilฤ decizia cรขnd sฤ se opreascฤ.
Cรขnd folosiศi testarea exploratorie?
Testarea exploratorie poate fi utilizatฤ pe scarฤ largฤ atunci cรขnd
- Echipa de testare are testeri experimentaศi
- Este necesarฤ o iteraศie timpurie
- Existฤ o aplicaศie criticฤ
- Noi testeri au intrat รฎn echipฤ
Concluzie
รn ingineria software, testarea exploratorie este efectuatฤ pentru a depฤศi limitฤrile testฤrii scriptate. Ajutฤ la รฎmbunฤtฤศire Caz de testare suitฤ. Empitiazฤ รฎnvฤศarea ศi adaptabilitatea.


