Validare și testare

• Validarea - urmărește dacă produsul va fi utilizabil pe piață.

• Validarea răspunde la întrebări precum:

– ”Produsul acoperă nevoile operaționale?”;
– ”Produsul poate fi utilizat în mediul stabilit inițial?”;
– ”Se dezvoltă produsul care trebuie?”.

• Validarea are scopul de a arăta că sistemul se conformează specificațiilor

sale și îndeplinește cerințele clientului.

• Verificarea și validarea implică procese de verificare/control, revizuire și

testare a sistemului.

• Testarea sistemului implică rularea/execuția sistemului cu cazuri de

testare.
• Validarea urmărește să confirme dacă un produs îndeplinește așteptările
clientului.

• Activitățile de validare se concentrează pe produsul final, care este testat

din punctul de vedere al clientului.
 Testarea
• Testarea este activitatea de concepere a cazurilor de test, execuție a testelor
și evaluare a rezultatelor testelor.

• Un test constă din execuția programului pentru un set de date de intrare

convenabil ales și verifică dacă rezultatul obținut este cel estimat.

• Cazul de testare este o mulțime de date de intrare, condiții de execuție și

rezultate așteptate, proiectate cu un anumit scop, cum ar fi parcurgerea
unui drum particular în execuția programului sau verificarea respectării
unei cerințe specifice.

• Planul de testare este un document obligatoriu (American National

Standards Institute (ANSI), standardul IEEE (Institute of Electrical and
Electronics Engineers) 829/1983 ).
 Testarea în dezvoltarea agilă
• Modelul agil se concentrează puternic pe colaborarea strânsă cu clientul,
pe iteraţii scurte şi livrări frecvente.

• Testarea software-ului în dezvoltarea agilă reprezintă o provocare.

• Arhitecturile informaționale agile nu includ multe practici de testare, care

în mod normal sunt necesare pentru un produs de calitate.

• Testarea agilă este o practică de testare software care urmează principiile

de dezvoltare software agilă.

• Dezvoltarea agilă integrează testarea în procesul propriu-zis de dezvoltare.

• Testarea şi codificarea se fac incremental şi iterativ, dezvoltând fiecare

caracteristică până când oferă suficientă valoare pentru lansarea
produsului.
Strategia de testare agilă – testare în SDLC
TDD
 TDD este o repetare în care sunt scrise mai întâi testele şi apoi codul care
satisface testele.

Acesta poate fi rezumat în patru etape:

1. proiectarea, care implică analiza şi conștientizarea a ceea ce trebuie făcut;

2. testarea, care presupune scrierea unui test care să exprime proiectarea (testul se
așteaptă să eșueze, deoarece nici un cod nu a fost scris încă);

3. implementarea, care implică scrierea codului de producție necesar pentru a

satisface testul;

4. testarea codului, pentru a se asigura că testul este trecut (în cazul în care testul
eșuează, atunci se reface codul până când testul este trecut).

În practică există o serie de instrumente TDD, cum ar fi: cppUnit, csUnit (.Net), Cunit,
DUnit (Delphi), DBFit, DBUnit, TMLUnit, HTTPUnit, Jmock, JUnit, NdbUnit, Nunit,
Ounit, PHPUnit, PyUnit (Python), SimpleTest, TestNG, Test::Unit (Ruby), VBUnit,
XTUnit.
 TDD
• discuții despre ce se dorește testat
• crearea unei funcționalități (user story), care implică definirea unui
criteriu de acceptanță -> testarea și validarea

Pași:
• Stabilirea scopului;
• Identificarea a ceea ce trebuie testat;
• Scrierea funcționalității (user story) (si a criteriilor de acceptanță);
• Crearea cazurilor de test pentru funcționalități;
• Scrierea codului până când testul trece.

Exemplu: utilizatorilor li se cere utilizarea unei parole de securitate (cel

puțin 6 caractere, o literă mare, un număr, un simbol)