Tipuri de testare

INDRECAN
SORINA
 AGENDA
Homeworks
Tipuri de testare
Homeworks

Discutie despre test cases-urile scrise

 Tipuri de testare
Manual Testing
Functional Testing / Non-Functional Testing
Static Testing / Dinamic Testing
Black-Box Testing / White-Box Testing
Alpha / Beta Testing
Re-testing / Regression Testing
Automation Testing
 Manual Testing
You have to pretend and act like a random user when you make actions with the program
Read and understand the documentation from client
Prepare a strategy for making test cases for every part of he program for covering all the requirements of the client
Group all the test cases in test designs for every functionality of the program
Don’t duplicate a test case!
Write and execute every test cases from every test design made
Post bugs if it necesarry
Don’t trust the programmer when he said “This is not a bug”
If the program acts different like documentation =>BUG
Re-test the entire functionality when the bugs are fixed by programmer
Functional testing => testeaza felul in care Non Functional testing => testeaza calitatea
aplicatia merge; Ofera raspunsuri la intrebari de componentelor !!!
genul “What is it? / How it works?” !!!
Performance testing
Unit testing
Regression testing
Stress testing

Integration testing Load testing

Install/Uninstall testing Recovery testing
Compatibility testing Security testing
Acceptance testing Failover testing
User acceptance testing
 Functional Testing
Unit testing: se realizeaza de catre programatori si se testeaza clasele, functiile sau bucatile de cod;
Regression testing: retestarea complete dupa ce a fost odata testat dar au avut loc modificari;
Re-testing: se retesteaza doar partea cu probleme (bug-ul propriu zis);
Integration testing: se bazeaza pe combinarea mai multor parti din aplicatie pentru a se vedea daca impreuna functioneaza
correct;
Install/Uninstall testing: Install testing este efectuat pentru a verifica dacă software-ul a fost instalat cu toate componentele
necesare și aplicația funcționează așa cum este de așteptat. Uninstall testing se efectueaza pentru a se verifica daca toate
componentele aplicatiei sunt eliminate in timpul procesului sau NU.
Compatibility testing: se testeaza modul in care aplicatia functioneaza pe diferite sisteme de operare, device-uri, environment-
uri, etc.;
Acceptance testing: testarea finala pe baza specificatiilor clientului;
User acceptance testing: este un tip de testare efectuat de utilizatorul final sau de client pentru a verifica / accepta sistemul
software înainte de a muta aplicația software în mediul de producție.
 Non Functional Testing
Performance testing: este, în general, o practica de testare efectuata pentru a determina modul in care un
sistem functioneaza in termeni de reactie si stabilitate sub o anumita sarcina de munca;
Stress testing: este o forma de testare intensa folosita pentru a determina stabilitatea unui anumit sistem.
Aceasta implica testarea dincolo de capacitatea operationala normala, adesea pana la un punct limita,
pentru a observa rezultatele;
Load testing: se refera la procesul de a solicita sistemul si de a masura raspunsul acestuia;
Recovery testing: testeaza felul in care se recupereaza sistemul dupa diferite probleme;
Security testing: testeaza protectia sistemului asupra amenintarilor din exterior;
Failover testing: acest tip de testare valideaza capacitatea unui sistem de a putea aloca resurse suplimentare
si de a muta operatiunile catre sisteme de rezerva. Acest tip de testare este utilizat pentru a verifica
capacitatea unui sistem IT de a continua operatiunile, in timp ce capacitatea de procesare este transferata catre
un sistem de rezerva;
 Static / Dinamic testing

Static testing => nu are

nevoie de rularea codului
aplicatiei, testarea fiind
bazata pe reviews.
Dynamic testing => acest tip
de testare are nevoie de
rularea codului aplicatiei.
 Black-box / White-box testing
Black-box => este un tip de testare pentru care tester-ul
NU trebuie sa cunoasca codul.
Acest tip de testare este folosita pentru a se testa
cerintele si toata functionalitatea sistemului software.

White-box => este un tip de testare pentru care

tester-ul trebuie sa cunoasca codul.
Acest tip de testare este folosita pentru a fii
testate clase, functii, conditii, bucati de cod.
Black-box techniques
• Equivalence partitioning => este o tehnica de testare software care imparte datele de
intrare ale unei unitati software in partitii de date echivalente din care pot fi derivate
cazuri de testare. In principiu, cazurile de testare sunt concepute pentru a acoperi
fiecare partitie cel putin odata;
For more info => https://www.softwaretestingmaterial.com/equivalence-partitioning-testing-technique/
• Boundary value analysis => este o tehnica de testare software in care testele sunt
concepute pentru a include reprezentantii valorilor de granita intr-un interval;
• Decision tables => sunt o reprezentare vizuala concisa pentru specificarea actiunilor de
efectuat in functie de conditiile date.
• Use case testing => este definita ca o tehnica de testare software, care ajuta la
identificarea cazurilor de testare care acopera intregul sistemul. Este utilizata pe scara
larga la dezvoltarea testelor la nivel de sistem sau de acceptare.
 White-box techniques
• Statement coverage => aceasta tehnica implica executarea tuturor declaratiilor codului sursa cel putin
odata. Este utilizat pentru a calcula numarul total de declaratii executate in codul sursa din totalul
declaratiilor prezente in codul sursa;
• Decision coverage => aceasta tehnica raporteaza rezultate de tip “true”sau “false” ale expresiilor
booleane. Ori de cate ori exista posibilitatea a doua sau mai multe rezultate din enunțuri, precum “do
while statement”, “if statement” si “case statement”, aceasta este considerată punct de decizie,
deoarece există două rezultate fie “true” fie “false”;
• Condition coverage => masoara proportia conditiilor din expresiile deciziei care au fost evaluate atat
ca adevarate cat si false;
• Multiple condition coverage => in MCC toate declaratiile trebuie executate si toate combinatiile de
valori de adevar din fiecare decizie trebuie sa apara cel putin o data pentru a atinge acoperirea
completa.
 Alpha / Beta testing

Alpha testing => este facuta de catre programatori, Beta testing => este facuta de catre cumparatori
intr-un mediu virtual; este o forma de acceptance testing; intr-un mediu real, aplicatia fiind deja pe piata;
 Automation testing
Automation testing este un tip de testare care include
crearea unui sau a mai multor teste automate cu scopul de a
“ignora” retesting-ul sau regression-ul pentru o parte specifica
sau pentru intreg softul.

Automation testing means ?

 Un intreg flow care contine una sau mai multe actiuni de
pe una sau mai multe pagini;
 Cunostinte de programare;
 Cunostinte de testare manuala;
 Test design foarte bine structurat;
 Tool-uri pentru a implementa fiecare pas a testelor
automate;
Testing
Techniques