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.

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
  • 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

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

    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.

    Rezumaศ›i aceastฤƒ postare cu: