Ce este testarea exploratorie?

โšก Rezumat inteligent

Testarea exploratorie este o abordare de testare รฎn care testerii proiecteazฤƒ ศ™i executฤƒ cazuri de testare simultan, fฤƒrฤƒ a le scrie รฎn script รฎn prealabil, punรขnd accent pe investigare, รฎnvฤƒศ›are ศ™i intuiศ›ia testerului pentru a descoperi defecte pe care testarea scriptatฤƒ le rateazฤƒ adesea, fiind utilizatฤƒ pe scarฤƒ largฤƒ รฎn dezvoltarea Agile.

  • ๐Ÿ” Definiศ›ia testฤƒrii exploratorii: Testerii proiecteazฤƒ ศ™i executฤƒ teste din mers, รฎn loc sฤƒ le scrie scripturi รฎn avans.
  • ๐Ÿ†š vs. testare scriptatฤƒ: Testarea scriptatฤƒ confirmฤƒ cerinศ›ele; testarea exploratorie investigheazฤƒ ศ™i se adapteazฤƒ รฎn timpul testฤƒrii.
  • ๐Ÿง  Activitate de gรขndire: Pune accent pe รฎnvฤƒศ›are, creativitate ศ™i intuiศ›ia testerilor pentru a gฤƒsi erori ascunse.
  • ๐Ÿ—‚๏ธ Procesul SBTM: Taxonomia erorilor, carta de testare, intervalul de timp, analiza rezultatelor ศ™i debriefing.
  • โœ… Cel mai bun pentru: Cerinศ›e lipsฤƒ, iteraศ›ii timpurii, aplicaศ›ii critice ศ™i testeri experimentaศ›i.
  • ๐Ÿ‡ง๐Ÿ‡ท Compensaศ›ie: Descoperฤƒ mai multe erori ศ™i รฎncurajeazฤƒ creativitatea, dar depinde รฎn mare mฤƒsurฤƒ de abilitฤƒศ›ile testerului.

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 testelor scriptate este de obicei o activitate non-gรขnditoare รฎ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ฤƒ, deoarece nu necesitฤƒ multe abilitฤƒศ›i cognitive.

Testarea exploratorie

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

Testarea exploratorie

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
    1. ce sฤƒ testeze
    2. cum poate fi testat
    3. 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
  • Tracking รฎ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

  • Aceastฤƒ testare este utilฤƒ atunci cรขnd documentele cerinศ›elor nu sunt disponibile sau parศ›ial disponibile
  • Implica un proces de investigare care ajutฤƒ la gฤƒsirea mai multor erori decรขt testarea normalฤƒ-
  • Descoperiศ›i erori care sunt รฎn mod normal ignorate de alte tehnici de testare
  • Ajutฤƒ la extinderea imaginaศ›iei testerilor prin executarea din ce รฎn ce mai multe cazuri de testare, ceea ce รฎmbunฤƒtฤƒศ›eศ™te รฎn cele din urmฤƒ ศ™i productivitatea
  • Aceastฤƒ testare detaliazฤƒ pรขnฤƒ la cea mai micฤƒ parte a unei aplicaศ›ii ศ™i acoperฤƒ toate cerinศ›ele
  • Aceastฤƒ testare acoperฤƒ toate tipurile de testare ศ™i acoperฤƒ diferite scenarii ศ™i cazuri
  • รŽncurajeazฤƒ creativitatea ศ™i intuiศ›ia
  • Generarea de noi idei รฎn timpul executฤƒrii testului

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ฤƒ

รŽntrebฤƒri frecvente

Testarea exploratorie este structuratฤƒ, intenศ›ionatฤƒ ศ™i foloseศ™te reguli ศ™i limite de timp pentru a gฤƒsi erori, รฎn timp ce testarea ad-hoc este informalฤƒ ศ™i neplanificatฤƒ. Testarea exploratorie este documentatฤƒ ศ™i repetabilฤƒ; testarea ad-hoc, de obicei, nu este.

Testarea exploratorie este รฎn principal o activitate manualฤƒ, bazatฤƒ pe gรขndire, deoarece se bazeazฤƒ pe intuiศ›ia testerului ศ™i pe deciziile รฎn timp real. Cu toate acestea, instrumentele pot รฎnregistra sesiuni, captura jurnale ศ™i documentaศ›ie de asistenศ›ฤƒ รฎn timpul testฤƒrii.

SBTM este o modalitate structuratฤƒ de a rula teste exploratorii รฎn sesiuni cu termene limitฤƒ, determinate de statut. Testerii รฎศ™i documenteazฤƒ constatฤƒrile, apoi fac un debriefing pentru a analiza acoperirea, defectele ศ™i dacฤƒ sunt necesare teste suplimentare.

IA susศ›ine testarea exploratorie prin sugerarea de idei de testare, generarea de charte, analizarea jurnalelor pentru anomalii ศ™i identificarea zonelor netestate. Aceasta amplificฤƒ intuiศ›ia testerului, รฎn loc sฤƒ รฎnlocuiascฤƒ procesul de gรขndire exploratorie.

Nu. Testarea exploratorie se bazeazฤƒ pe creativitatea umanฤƒ, curiozitatea ศ™i judecata specificฤƒ pe care inteligenศ›a artificialฤƒ nu le poate reproduce pe deplin. Inteligenศ›a artificialฤƒ ajutฤƒ prin gestionarea analizelor repetitive, dar testerii pricepuศ›i rฤƒmรขn esenศ›iali pentru descoperire.

Rezumaศ›i aceastฤƒ postare cu: