Ce este testarea exploratorie?
TESTAREA EXPLORATORIE este un tip de testare software în care cazurile de testare nu sunt create în prealabil, 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, investigație și învățare. Se subliniază libertatea personală și responsabilitatea testerului individual.
În cadrul testării cu script, proiectați mai întâi cazuri de testare și apoi continuați cu executarea testului. Dimpotrivă, testarea exploratorie este un proces simultan de proiectare și executare a testelor, toate realizate în același timp.
Executarea testului cu scripturi este de obicei o activitate fără gândire în care testerii execută pașii de testare și compară rezultatele reale cu rezultatele așteptate. O astfel de activitate de execuție a testului poate fi automatizată nu necesită multe abilități cognitive.
Deși tendința actuală în testarea software-ului este să promoveze automatizarea , testarea exploratorie este un nou mod de gândire. Automatizarea are limitele sale
Diferențele dintre testarea scriptată și testarea exploratorie
| Testare scriptată | Testarea exploratorie |
|---|---|
| Direcționat de la cerințe | Direcționat 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 |
| Accentuează predicția și luarea deciziilor | Accentuează adaptabilitatea și învățarea |
| Implică testarea confirmată | Implică investigații |
| Este vorba despre controlul testelor | Este vorba despre îmbunătățirea designului testului |
| Ca și cum ai ține un discurs - citești dintr-o schiță | Ca și cum ai face o conversație - este spontan |
| Scriptul este în control | Mintea testerului controlează |
Testare exploratorie -
- Nu este testarea aleatorie, dar este testarea ad-hoc cu scopul de a găsi erori
- Este structurat și riguros
- Este structurat cognitiv (gândire) în comparație cu structura procedurală a testării scriptate. Această structură provine din Charter, time box etc.
- Este extrem de învățabil și de gestionat
- Nu este o tehnică, ci este o abordare. Ce acțiuni efectuați în continuare este guvernat de ceea ce faceți în prezent
Cum se fac teste exploratorii
Urmează un proces pas cu pas cu privire la Cum se face testarea exploratorie, care se mai numește și gestionarea testelor bazate pe sesiune (ciclul SBTM):
- Creați o taxonomie bug (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.
- Carta de testare
- Carta de testare ar trebui să sugereze
- ce să testez
- cum poate fi testat
- Ce trebuie privit
- Ideile de testare sunt punctul de plecare al testelor de explorare
- Carta de testare ajută la determinarea modului în care utilizatorul final ar putea utiliza sistemul
- Carta de testare ar trebui să sugereze
- Caseta de timp
- Această metodă include o pereche de testere care lucrează împreună nu mai puțin de 90 de minute
- Nu ar trebui să existe timp întrerupt în acele sesiuni de 90 de minute
- Timebox-ul poate fi extins sau redus cu 45 de minute
- Această sesiune încurajează testerii să reacționeze la răspunsul din sistem și să se pregătească pentru rezultatul corect
- Rezultatele revizuirii:
- Evaluarea defectelor
- Învățând din testare
- Analiza zonelor de acoperire
- Informare:
- Compilarea rezultatelor de ieșire
- Comparați rezultatele cu cartea
- Verificați dacă este nevoie de teste suplimentare
De exemplu, în timpul execuției exploratorii, trebuie făcut următoarele:
- Misiunea testării ar trebui să fie foarte clară
- Păstrați note cu privire la ceea ce trebuie testat, de ce trebuie testat și la evaluarea calității produsului
- Urmărirea întrebărilor și problemelor ridicate în timpul testării exploratorii
- Mai bine să împerecheați testerele pentru testarea eficientă
- Cu cât testăm mai mult, este mai probabil să executăm cazuri de testare corecte pentru scenariile solicitate
Este foarte important să luați un document și să monitorizați următoarele
- Acoperirea testului - Fie că am luat note despre acoperirea cazurilor de testare și am îmbunătățit calitatea software-ului
- Riscuri - Ce riscuri trebuie acoperite și care sunt toate importante?
- Test Execution Log - Înregistrări la executarea testului
- Probleme / Interogări - Luați note despre întrebarea și problemele din sistem
Testarea exploratorie mai inteligentă găsește mai multe erori în mai puțin timp.
Pro și dezavantaje ale testării exploratorii
| Pro | Con |
|---|---|
|
|
Provocările testării exploratorii:
Există multe provocări ale testării exploratorii și acestea sunt explicate mai jos:
- Învățarea utilizării aplicației sau a sistemului software este o provocare
- Replicarea eșecului este dificilă
- Determinarea utilizării instrumentelor poate fi o provocare
- Determinați cele 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
- Nu știu când să opriți testarea, deoarece testele exploratorii au cazuri de testare definite de executat.
Când utilizați testarea exploratorie?
Testarea exploratorie poate fi utilizată pe scară largă atunci când
- Echipa de testare are testeri cu experiență
- Este necesară o iterație timpurie
- Există o aplicație critică
- Noi testeri au intrat în echipă
Concluzie:
În Ingineria software-ului, testarea exploratorie este efectuată pentru a depăși limitele testării scriptate. Ajută la îmbunătățirea pachetului Test Case. Empatizează pe învățare și adaptabilitate.