TEST 2

Ex:1
Team Lead QA: Responsabil de organizarea procesului de testare a proiectului,
planificarea și controlul activităților de testare, gestionarea unui grup de testeri.
Responsabilitati principale:
 Dezvoltă strategii și planuri de testare;
 Scrie și aprobă documente care guvernează organizarea testării;
 Setează sarcini legate de testare;
 Monitorizează procesul de testare;
 Conduce și coordonează activitățile grupului de testare cu alți participanți la
proiect;
 Analizează și discută metodele de testare;
 Rezolvă problemele controversate cu dezvoltatorii;
 Colectează date și compilează rapoarte privind starea testării și problemele
existente;
 Căutări și recrutări de testeri;
 Oferă instruire noilor angajați;
 Îmbunătățirea constantă a procesului de testare;

1:Cerințe pentru caracteristicile individuale ale unui specialist:

 Calități de conducere, responsabilitate, perseverență, minte
analitică;

2:Cerințe de formare:
 Învățământ tehnic superior;
 experiență în QA ca lider sau lider de echipă timp de cel puțin un
an;
 experiență în realizarea documentației de testare, elaborarea
planurilor de testare și a cazurilor de testare;
 experiență în stabilirea proceselor de testare și gestionarea
cerințelor;
 cunoașterea sistemelor de control al versiunilor;
 engleza tehnica;
 Ex:2
În inginerie și subdisciplinele sale, testarea acceptării este un test efectuat pentru
a determina dacă sunt îndeplinite cerințele unei specificații sau a unui contract.
Poate implica teste chimice, teste fizice sau teste de performanță.

În ingineria sistemelor, aceasta poate implica testarea cutiei negre efectuată pe

un sistem (de exemplu: o bucată de software, o mulțime de piese mecanice
fabricate sau loturi de produse chimice) înainte de livrarea sa.
Testarea acceptării este, de asemenea, cunoscută sub numele de testarea
acceptării utilizatorilor (UAT), testarea utilizatorului final, testarea operațională a
acceptării (OAT), dezvoltarea testului de acceptare (ATDD) sau testarea pe teren
(acceptarea). Criteriile de acceptare sunt criteriile pe care un sistem sau o
componentă trebuie să le îndeplinească pentru a fi acceptate de un utilizator,
client sau altă entitate autorizată.

User acceptance testing:

Testarea acceptării utilizatorului (UAT) constă într-un proces de verificare a

faptului că o soluție funcționează pentru utilizator. [8] Nu este testarea sistemului
(asigurarea faptului că software-ul nu se blochează și îndeplinește cerințele
documentate), ci asigură mai degrabă că soluția va funcționa pentru utilizator
(adică testează dacă utilizatorul acceptă soluția); furnizorii de software se referă
adesea la aceasta ca „testare beta”.
Această testare ar trebui să fie efectuată de un expert în domeniu (IMM), de
preferință proprietarul sau clientul soluției supuse testului, și să furnizeze un
rezumat al constatărilor pentru confirmarea de a continua după proces sau
revizuire. În dezvoltarea de software, UAT ca una dintre etapele finale ale unui
proiect apare adesea înainte ca un client sau client să accepte noul sistem.
Utilizatorii sistemului efectuează teste în conformitate cu ceea ce s-ar întâmpla în
scenarii din viața reală.
Este important ca materialele date testerului să fie similare cu materialele pe care
le va avea utilizatorul final. Testerilor ar trebui să li se ofere scenarii din viața
reală, cum ar fi cele mai comune sau dificile sarcini pe care le vor întreprinde
utilizatorii pe care îi reprezintă. UAT acționează ca o verificare finală a
funcționalității comerciale necesare și a funcționării corecte a sistemului, emulând
condițiile din lumea reală în numele clientului plătitor sau al unui client mare
specific. Dacă software-ul funcționează conform cerințelor și fără probleme în
timpul utilizării normale, se poate extrapola în mod rezonabil același nivel de
stabilitate în producție.

Testele utilizatorilor, efectuate de obicei de către clienți sau de către utilizatorii

finali, nu se concentrează în mod normal pe identificarea problemelor cosmetice
simple, cum ar fi erorile de ortografie, și nici pe defectele showstopper, cum ar fi
blocarea software-ului; testerii și dezvoltatorii identifică și soluționează aceste
probleme în timpul fazelor anterioare de testare unitară, testare integrare și
testare sistem.
UAT ar trebui executat împotriva scenariilor de testare. Scenariile de testare
diferă de obicei de cazurile de testare de sistem sau funcționale prin faptul că
reprezintă o călătorie de „jucător” sau „utilizator”. Natura largă a scenariului de
testare asigură faptul că accentul este pus pe călătorie și nu pe detalii tehnice sau
specifice sistemului, rămânând departe de pașii de testare „clic-cu-clic” pentru a
permite o variație a comportamentului utilizatorilor. Scenariile de testare pot fi
împărțite în „zile” logice, care sunt de obicei în care se schimbă actorul
(jucătorul / clientul / operatorul) sau sistemul (backoffice, front end).
În industrie, un UAT comun este un test de acceptare a fabricii (FAT). Acest test
are loc înainte de instalarea echipamentului. De cele mai multe ori, verificatorii nu
numai că verifică dacă echipamentul respectă specificațiile, ci și că este pe deplin
funcțional. Un FAT include, de obicei, o verificare a exhaustivității, o verificare
împotriva cerințelor contractuale, o dovadă a funcționalității (fie prin simulare, fie
printr-un test funcțional convențional) și o inspecție finală.
Rezultatele acestor teste oferă clienților încredere în modul în care sistemul va
funcționa în producție. De asemenea, pot exista cerințe legale sau contractuale
pentru acceptarea sistemului.
Ex:3
Unit When a user sends his/her geo-location data using a whatCityIsThis webservice, the system
should respond with a city name

Integration A constructor of the class Product should throw an IllegalArgumentException (with

meaningful message) if the price argument is less than 0

End-to-end ParcelService should communicate with some web service, in order to find the parcel’s
details, and send an email with the appropriate error information (using EmailService), if the parcel is
not found

Ex:4
 Elaborat:Luncasu Cristian,
Gr:3.2rom
Verificat:Isacova C

Chisinau 2021