Testare bazată pe context
Context Driven Testing este o metodologie agilă care își propune să ofere un nou tip de abordare a testării produselor software . Conceput și expus inițial de Brian Marick (fondatorul Testing Foundations ), a fost apoi îmbrățișat de mulți alți specialiști din sector.
Acest lucru se datorează faptului că abordarea tradițională nu se adaptează metodologiilor agile , în special atunci când testarea este considerată doar un moment de verificare a satisfacției specificațiilor stabilite a priori. Testarea, pe de altă parte, este acum văzută ca o parte integrantă a procesului de proiectare (și, desigur, procesul de producție).
Cel mai mare efort de formalizare în acest domeniu se datorează lui Cem Kaner, care a descris motivațiile, practicile și instrumentele sale.
Testare rapidă
În ultima perioadă s-a realizat că o integrare excesivă a testării în metodologii ușoare a denaturat principiul de bază. În practică, s-a constatat că prea multe teste au produs efectul opus celui dorit. Dincolo de un anumit prag, creșterea testelor produce de fapt o creștere nejustificată a documentației și o cheltuială în termeni de timp care nu este contrabalansată de o stabilitate mai mare a software-ului produs.
Pentru aceasta, James Bach a propus o nouă abordare a testării, numită Testare rapidă , pentru a ajuta la discernerea dintre testele care trebuie efectuate și testele de evitat. Punctul forte al metodei constă în realizarea unei serii foarte rapide de teste specifice, care trebuie efectuate ciclic în toate fazele de dezvoltare a proiectului.
Principii de baza
Opt concepte fundamentale de urmat pentru a alege cel mai bine această serie de teste:
- Nu pierdeți timpul - Eliminați toate acțiunile inutile, cum ar fi repetarea testelor deja efectuate doar pentru repetarea iuvantului . Asigurați-vă că aveți informații bune din testele pe care le susțineți și faceți-le o singură dată;
- Misiune - Cazurile de testare nu sunt scrise mai întâi și apoi continuate. Ar trebui obținute numai rezultate pentru cazuri importante. În primul rând trebuie să testați lucrurile cu adevărat importante. Restul poate fi lăsat deoparte;
- Aptitudini - A fi rapid nu înseamnă că testele pot fi făcute prost, ci dimpotrivă. Cei care decid și conduc testele trebuie să aibă cele mai bune abilități posibile în domeniu;
- Riscuri - Nu se efectuează teste funcționale sau structurale, dar sunt identificate situațiile de risc și care dintre acestea ar putea crea cele mai grave probleme. Acestea sunt cele care trebuie testate;
- Euristică - Căutarea soluțiilor euristice este destinată în sensul căutării de soluții prin algoritmi neexhaustivi, altfel nu ați avea controlul total al testului și ați pierde timpul;
- Explorare - Pe lângă testarea rapidă, trebuie să înveți rapid, adică trebuie să profiți de experiențele acumulate din testele anterioare și să le reutilizezi;
- Munca în echipă - Echipa permite o muncă mai rapidă și mai eficientă. O metodă excelentă, împrumutată de la Extreme Programming , poate fi testarea pereche . Doi oameni care lucrează la un terminal au performanțe mai bune și mai rapide;
- Examinați temeinic - Testul trebuie să fie rapid, dar precis. Este important să mențineți un puternic sentiment de autocritică și să fiți întotdeauna gata să revizuiți detaliile strategiilor de testare utilizate.
Elemente conexe
linkuri externe
- (EN) context-driven-testing.com .
