DaCapo - STP Si Cazuri - Final

UNIVERSITATEA ”AL. I.
CUZA” IAȘI
FACULTATEA DE ECONOMIE ȘI ADMINISTRAREA AFACERILOR
MASTER SISTEME INFORMAȚIONALE PENTRU AFACERI
ANUL I, TESTAREA ȘI EVALUAREA APLICAȚIILOR INFORMATICE
STP și cazuri de testare

Hotel DaCapo
Realizat de
Barău Larisa Ionela

Bechea Marius Andrei
Calfa Alexandru
Mihai Simona-Nicoleta
2018
Cuprins
1. Informații despre documentul actual......................................................................................................... 2
1.1. Istoric modificări document ............................................................................................................... 2
1.2. Cod de identificare a planului de testare ............................................................................................ 2
2. Referințe.................................................................................................................................................... 2
3. Introducere ................................................................................................................................................ 2
4. Caracteristici ce trebuie testate ................................................................................................................. 5
5. Caracteristici ce nu trebuie testate ............................................................................................................ 6
6. Strategia de testare .................................................................................................................................... 6
7. Obiective ................................................................................................................................................... 6
8. Criterii de trecere/picare a testului de către elementele testate ................................................................. 6
9. Criteriile de intrare/ieșire .......................................................................................................................... 7
10. Rezultate finale ale testelor ..................................................................................................................... 7
11. Sarcini de testare ..................................................................................................................................... 8
12. Nevoi de mediu ....................................................................................................................................... 8
13. Nevoi de personal și program ................................................................................................................. 8
14. Riscuri și evenimente neprevăzute .......................................................................................................... 9
15. Aprobări .................................................................................................................................................. 9
16. Cazuri de testare .................................................................................................................................... 10
16.1. Instalare/ Dezinstalare kit aplicație ................................................................................................ 10
16.2. Testarea interfeței........................................................................................................................... 12
16.3. Testarea securității ......................................................................................................................... 17
16.4. Testarea cu valori limită................................................................................................................. 30
16.2.1. Matricea reducerilor Caz I. ..................................................................................................... 32
16.2.2. Matricea reducerilor Caz II. .................................................................................................... 39
16.5. Metoda testării de traseu ................................................................................................................ 46
16.6. Testarea negativă ........................................................................................................................... 48
16.7. Testarea pozitivă ............................................................................................................................ 56
16.7.1. Quality report .......................................................................................................................... 58
16.8. Compatibility testing ...................................................................................................................... 65
16.9. Testarea White-Box ....................................................................................................................... 68
16.9.1. Crearea unui cont .................................................................................................................... 68
16.9.2. Testarea automata ................................................................................................................... 75
16.10. Stress testing ................................................................................................................................ 76
Tabel cazuri de testare ............................................................................................................................ 77
1
1. Informații despre documentul actual
1.1. Istoric modificări document
Versiune document Data Autor Descriere

modificări
1.0 27.04.2018 Barău Larisa-Ionela Creare document
Bechea Marius-Andrei
Calfa Alexandru
Tabelul nr. 1 – Istoric modificări document
1.2. Cod de identificare a planului de testare
• HDC01 – STP HotelDaCapo versiunea 1.0
2. Referințe
Aplicație informatică Hotel DaCapo

Domeniu Site web pentru un hotel
Versiune 1.0
Mediul de dezvoltare Php, javascript
Specificații Documentul DaCapo – STP.docx
Tabelul nr. 2 – Referințe
3. Introducere
Aplicația Hotel DaCapo este un site web care are scopul de a oferi un mediu interactiv și facil
de accesare a informațiilor necesare despre Hotelul DaCapo, atât pentru clienții hotelului cât și
pentru angajații și administratorii acestuia.
Clienții vor putea rezerva camere, servicii sau meniuri din catalogul restaurantului și al
hotelului, în timp ce administratorii și angajații vor putea gestiona întreg ansamblul (utilizatori,
drepturi, resurse etc) într-un mod ușor și intuitiv prin intermediul opțiunilor clar definite.
2
Obiectivul principal este de a gestiona activitățile curente din cadrul unui hotel.
Aplicația poate fi utilizată de următoarele tipuri de useri: administrator, operator, client
autentificat și vizitator. Administratorii au drepturi depline asupra aplicației, operatorii pot adăuga,
șterge și vizualiza anumite informații din aplicație, clienții autentificați pot rezerva camere,
servicii, meniuri și vizualiza anumite infomații din aplicație, iar userii neautentificați pot doar
vizualiza câteva informații.
Acest document descrie planul și strategia de testare care vor fi folosite de-a lungul dezvoltării
aplicației Hotel DaCapo. Documentul are ca scop verificarea corelărilor între specificațiile
aplicației Hotel DaCapo și funcționalitățile pe care testerii le vor testa.
Pentru a avea parte de o testare eficientă a aplicației, echipa de testare va utiliza următoarele
tehnici de testare:
• Metoda testării de interfață a aplicației
• Metoda testării pozitive
• Metoda testării negative
• Metoda testării valorilor limită
• Metoda testării de traseu
• Metoda testării securității
• Metoda testării White-Box
Metoda testării de interfață - va ține cont de particularitatea aplicației, deoarece se va testa
elementele de interfață reponsabilă de navigare prin aplicație, de introducerea datelor, modul în
care datele sunt transmise între modulele aplicației. Se va testa gradul de user-friendly, dacă
mesajele și butoanele sunt sugestive.
Elemente de testat:
• Testarea ferestrei principale Home, navigarea în meniul aplicației
• Testarea formularelor
• Verificarea barei de navigare
Metoda testării pozitive – verifică faptul că sistemul face ceea ce trebuie să facă, adică
verifică dacă aplicația nu prezintă erori atunci când nu ar trebui să fie afișate și afișarea erorilor
atunci când ar trebui afișate. Testarea pozitivă sugerează rularea unui scenariu de testare cu date
corecte și valide.
Elemente de testat:
• Se verifică dacă instalarea are loc
• Se verifică dacă dezinstalarea are loc
• Se verifică câmpurile editabile prin introducerea unor caractere ce se încadrează în limitele
constrângerilor
• Se verifică operațiile CRUD pe formulare
Metoda testării negative – în cadrul acestei metode se vor căuta erorile din aplicație
punându-se accentul pe cazurile de testare excepționale. Verifică faptul că sistemul nu face ceea
3
ce trebuie să facă. Totodată, prin această metodă, echipa de testare dorește să se asigure că sistemul
funcționează corect și pentru intrări neprevăzute.
Elemente de testat:
• Se verifică dacă aplicaţia afişează un mesaj de eroare atunci când cineva încearcă să se
conecteze cu un user și/sau o parolă greşită
• Verifică dacă se acceptă înregistrarea unui utilizator făra completarea câmpurilor
obligatorii
• Se testează dacă se poate adăuga/edita un preparat din meniu fără a specifica și o poză
• Se testează dacă se poate adăuga/edita un preparat fără a specifica un titlu/o descriere
• Se testează dacă la prețul unui preparat se poate introduce o valoare de tip text
• Se testează dacă se poate adăuga/edita un preparat fără a specifica câmpurile formularului
• Verifică dacă se afișează mesaje de eroare atunci când nu se poate adăuga/edita un preparat
Metoda testării cu valori limită – se referă la un set de date care aleg valori în funcție de
anumite date extreme. Se presupune că, dacă o aplicație funcționează corect pentru aceste tipuri
de valori, aplicația trebuie să funcționeze corect și pentru valorile de mijloc. Se va testa
introducerea valorilor minime, maxime și de mijloc.
Elemente de testat:
• Verifică dacă prețul unei camere poate fi negativ
• Verifică dacă prețul unei camere poate fi 0
• Verifică dacă prețul unei camere poate fi alfanumeric
• Verifică dacă numărul unei camere poate fi negativ
• Verifică dacă numărul unei camere poate fi 0
• Se testează dacă se poate introduce un număr de telefon introducând mai puțin/ mai mult
de 10 cifre
• Verifică comportamentul aplicației în momentul în care utilizatorul introduce în anumite
câpuri valori minime, maxime ca lungime de șir de caractere în câmpurile din formularele
de Login, Create a new account, Add new dish, Add new room
Metoda testării de traseu – prin această metodă echipa de testare va urmări efectele prin
care aplicația va trece în momentul execuției testelor.
Elemente de testat:
• Rezervarea unei camere, facturarea sa și trimiterea unui mail către client
Metoda testării securității – se referă la verificarea sistemului cu privire la capacitatea

acestuia de a oferi date corecte. Se va testa dacă aplicația asigură confidențialitatea, integrarea și
disponibilitatea datelor.
Elemente de testat:
• Verifică dacă se poate loga un administrator
• Verifică dacă se poate loga un client
• Verifică dacă se poate loga un operator
• Verifică dacă un utilizator de orice tip se poate loga utilizând un e-mail și/sau o parolă
greșită
• Se verifică dacă la autentificare parola este ascunsă sub formă de asterisc
• Se verifica funcționalitatea Change password
• Se verifica Securitatea parolei (cerinte minime de securitate a parolei)
4
Figura nr. 1 – Arhitectura aplicației Hotel DaCapo
Scopul planului de testare este de a:

• planifica activităţile de testate;
• defini elementele de testat;
• rafina clasele de echivalenţă ;
• evidenţia necorespondenţele cu specificaţiile;
• confirmarea nivelului de calitate a produsului.
Prin acest plan de testare se urmăreşte asigurarea realizării cu succes a testării. Toate
neconformităţile sesizate vor fi expuse în cadrul raportului de testare, urmând ca managerul să
stabilească ulterior care dintre bug-uri să fie corectate.
Obiectul testării este aplicaţia Hotel DaCapo precum şi produsele auxiliare (kit, manual de
utilizare, configurare).
4. Caracteristici ce trebuie testate
Planul de testare a aplicației Hotel DaCapo trebuie să aibă în vedere următoarele aspecte de
testat:
• Management useri și autentificare
• Management camere
• Management servicii
• Management restaurant
• Management general
5
5. Caracteristici ce nu trebuie testate
La acest moment nu se au în vedere testări:

• Compatibilitatea cu Windows 8/8.1/10 și Linux
• Accesibilitatea (calitatea de a oferi persoanelor cu dizabilități metode de acces prin
GUI)
• Respectarea normelor juridice
6. Strategia de testare
Având în vedere că aplicația este una realizată pe module bine definite, s-a decis abordarea
strategiei de testare bottom-up. Se va începe cu unit-testing pe fiecare modul, apoi se vor realiza
testări în funcție de modul în care aceste pachete de funcționalități comunică între ele.
Figura nr. 2 – Strategia de testare
7. Obiective
Se va verifica faptul că instalarea aplicaţiei se realizează cu succes de către utilizatori non-
experţi, cu respectarea etapelor prevăzute în documentaţia aplicaţiei. În acelaşi timp, testerii se vor
asigura că funcţionalităţile de bază cât şi cele specifice domeniului aplicaţiei Hotel DaCapo sunt
conforme cu cerinţele definite de utilizatori.
8. Criterii de trecere/picare a testului de către elementele testate
În funcţie de gradul de importanţă în cadrul bunei funcţionări a sistemului, fiecărui caz de

testare i se va acorda o pondere, astfel:
6
Grad de importanţă Pondere asociată
Eroare fatală 1
Eroare medie 0.75
Eroare minima 0.5
Tabelul nr. 3 – Ponderi cazuri de test

În urma executării acestora, în funcţie de rezultatul obţinut se va cuantifica gradul de
succes/insucces al acestora. Fiecare test trecut va fi ponderat cu valoarea asociată, iar valoarea
finală va fi calculată procentual.
9. Criteriile de intrare/ieșire
Criteriile de intrare se referă la:

• instalarea cu succes a aplicației prin rularea kitului de instalare, astfel că se verifică
instalarea aplicației Hotel DaCapo
• verificarea lansării cu succes a aplicației
• existența meniurilor în aplicație în funcție de utilizatorul logat
Criteriile de ieșire se referă la:

• momentul în care testerul constată că funcționarea unui modul din aplicație este
neconformă cu specificațiile
• momentul în care testerul găsește o eroare cu o prioritate maximă (de exemplu, P0 poate
reprezenta ”crăparea” aplicației)
• momentul în care s-au rulat toate testele realizate de către echipa de testare
• momentul în care team leader-ul cere specific acest lucru
Criteriile de suspendare se referă la acel moment în care măcar una dintre funcționalitățile
importante ale aplicației este neconformă cu specificațiile clienților. În aceste condiții reluarea
testării va putea fi efectuată doar după ce acea problemă a fost soluționate de către echipa de
dezvoltatori.
10. Rezultate finale ale testelor
Rezultatele finale ale testelor derulate se vor raporta echipei de dezvoltare sub forma unui
raport de testare, în care se va face o descriere a fiecărei erori, a bug-urilor descoperite, a tuturor
cazurilor de test care s-au realizat cu succes, a tuturor cazurilor de test care au generat erori, cu
precizarea parametrilor de lucru din momentul testării, cu precizarea rezultatului aşteptat şi a celui
obţinut, cu recomandări efectuate de către echipa de testare.
7
11. Sarcini de testare
Cele patru persoane din echipa de testare vor fi împărţite în două tabere, fiecare dintre acestea
va avea ca responsabilitate testarea prin trei tehnici stabilite la nivel de echipă. Fiecare echipă va
defini și va executa cazurile de test, urmărind documentarea acestora într-un format comun,
finalitatea testării fiind raportul de testare.
Sarcinile structurate în tabelul de mai jos vor fi îndeplinite de echipa de testare, membri ai
echipei de dezvoltare şi reprezentanţi ai clienţilor.
Sarcină Responsabil Termen

Realizare cazuri de test Barău Larisa-Ionela 3 zile
Calfa Alexandru
Execuţie teste Barău Larisa-Ionela 4 zile
Calfa Alexandru
Raportare Barău Larisa-Ionela 1 zi
Calfa Alexandru
Rezolvare erori Echipa de dezvoltare În funcţie de problemă
Re-testare aplicaţie Barău Larisa-Ionela 4 zile
Calfa Alexandru
Test de acceptanţă client Barău Larisa-Ionela 20 zile
Calfa Alexandru
Tabelul nr. 4 – Sarcini de testare
12. Nevoi de mediu

• Drepturi de administrator de sistem pentru instalarea aplicaţiei;
• Sisteme cu Windows instalat, versiuni Windows 7,8, 10 și Vista sau sisteme cu Linux
instalat
• Sisteme cu xampp instalat.
13. Nevoi de personal și program

Echipa de testare este formată din 4 testeri şi un utilizator administrator din partea
beneficiarului. Administratorul va participa şi la implementarea aplicaţiei la beneficiar.
8
În Tabelul nr. 3 – Sarcini de testare este reprezentată și repartizarea sarcinilor de testare pe
număr de zile.
14. Riscuri și evenimente neprevăzute
Nefuncţionarea aplicaţiei poate fi determinată de:

• neinstalarea programelor sugerate în fişierul de instalare;
• schimbarea modului de desfăşurare a tranzacţiilor după ce aplicaţia a fost instalată;
• utilizatorul întâlneşte dificultăţi în acomodarea cu aplicaţia.
15. Aprobări
Toate elementele planului de testare a aplicaţiei Hotel DaCapo au fost supuse aprobării tuturor
părţilor implicate în elaborarea aplicaţiei, aşa cum se prezintă în tabelul de mai jos.
Responsabil Data Semnătură

Manager de proiect: Calfa Alexandru
Beneficiar: SC Hotel DaCapo SRL
Analist programator: Mihai Simona-Nicoleta
Manager Echipă Test: Barău Larisa-Ionela
Manager Echipă Dezvoltare: Bechea Marius-
Andrei
Tabelul nr. 5 – Aprobări
9
16. Cazuri de testare
16.1. Instalare/ Dezinstalare kit aplicație
Identificator TC01
Tester Calfa Alexandru
Versiune 1.0
Scop Verificarea instalarii aplicatiei folosind kitul
de instalare din executabilul DaCapo.exe. Se
verifica daca instalarea are loc corect in
C:/ProgramFiles/DaCapo
Preconditii Kit-ul de instalare trebuie sa existe, uilizatorul
trebuie sa aiba drepturi de administrator pe
statia de lucru.
Initializare Dublu click pe executabilul DaCapo.exe de
instalare
Finalizare Pentru a verifica instalarea aplicatiei,
utilizatorul va cauta aplicatia in folderol
C:\Program Files\DaCapo sau in butonul start
al computerului. Utilizatorul trebuie sa
verifice daca aplicatia DaCapo are
executabilul, uninstaller-ul si instructiunile de
utilizare.
Actiune realizata Lansarea in executie a kit-ului de instalare
Este afisat Wizard-ul care va instala aplicatia
Se da click pe butonul Next
Este afisata fereastra cu Termeni si Conditii
Este bifata optiunea “I accept the agreement”
si apoi click pe Next
Este afisata fereastra in care se va specifica
configuratia recomandat pentru rularea
aplicatiei
Se da click pe butonul Next
Este afisata fereastra in care se va specifica
directorul in care se doreste instalarea
Se da click pe Next apoi Install
La finalul instalarii se va apasa butonul Next
si apoi butonul Finish
Rezultate asteptat Dupa urmarea tuturor pasilor de instalare
directorul cu aplicatia instalata trebuie sa fie
creat
Aplicatia este prezenta in Control panel,
fisierele aplicatiei instalate
Rezultat obtinut In program files avem fisierele necesare
instalarii
Pondere importanta 1
10
Identificator TC02
Versiune 1.0
Scop Verificarea faptului ca in timpul procesului de
instalare a aplicatiei , administratorul poate
renunta prin apasarea butonului Exit/Cancel
Preconditii
Initializare Se acceseaza fisierul de instalare din
directorul radacina al aplicatiei
Finalizare Aplicatia nu se va instala
Actiune realizata Administartorul renunta la procesul de
instalare a aplicatiei
Rezultat asteptat Instalarea nu se va realiza. Un mesaj de
confirmare cu optiunile “Yes” si “No” va fi
afisat : “Are you sure you want to exit?”
Rezultat obtinut Aplicatia nu s-a instalat
Identificator TC03
Versiune 1.0
Scop Verificarea faptului ca odata instalata,
aplicatia nu va putea fi instalata din nou
Preconditii Aplicatia este deja instalata
Initializare Se acceseaza fisierul de install din directorul
radacina al aplicatiei
Finalizare Aplicatia nu se va instala din nou
Actiune realizata Adiministratorul va incerca sa instaleze din
nou aplicatia.
Rezultat asteptat Aplicatia nu se va instala. Administartorul va
primi mesajd e atentionare.
Rezultat obtinut Aplicatia nu s-a instalat din nou. Un mesaj de
avertizare a fost afisat
Identificator TC04
Versiune 1.0
Scop Verificarea faptului ca dezinstalarea aplicatiei
se efectueaza corect din Control Panel
Preconditii Utilizatorul trebuie sa aiba drepturi de
administarator pe statia de lucru
Aplicatia trebuie sa fie instalata
Initializare Rulare Uninstall din Control Panel/Uninstall a
program/DaCapo/Unisntall
Finalizare Aplicatia este stearsa din statia de lucru
11
Actiune realizata Se va verifica posibiliateatea de dezinstalare a
aplicatiei:
1. Rulare Programs and Features din Control
Panel
2.Gasire aplicatie DaCapo
3.Apasare buton Uninstall
4.Confirmarea dezinstalarii
Rezultat asteptat Aplicatia trebuie sa fie stearsa din computer

impreuna cu toate fisierele aferente acesteia
Rezultat obtinut Aplicatia este stearsa din computer impreuna
cu toate fisierele aferente acesteia
Pondere importanta 0.75
16.2. Testarea interfeței
Identificator TC05
Versiune 1.0
Scop Verificarea faptului ca in pagina de Login se regasesc toate elementele
: Email address, Password, butonul Login, Link-uri pentu Forgot
password si Create New Account.
Preconditii Utilizatorul a accesat pagina aplicatia din Browser
Initializare Utilizatorul acceseaza pagina Login
Finalizare Elementele Email address, Password, Login , Forgot Password si
Create New Account trebuie se regasesc in pagina accesata si sunt
aliniate iar butoanele si link-urile sunt functionale
Actiune realizata 1. Utilizatorul verifica vizual daca toate elementele cerute pentru
pagina de Login se regasesc si sunt aliniate corespunzator
2. Utilizatorul apasa pe fiecare link si buton afisat in pagina
Rezultate asteptat Toate elementele ar trebui sa se regaseasca in pagina si sa fie aliniate
corespunzator
Apasand click pe Forgot password? sau Create a new account
utilizatorul trebuie sa fie redirectionat catre paginile aferente
Butonul login trebuie sa functioneze corespunzator
Rezultat obtinut Toate elementele se regasesc in pagina
Toate elementele se regasesc in pagina si sunt aliniate corespunzator

12
Apasand click pe Forgot password? sau Create a new account
utilizatorul este redirectionat catre paginile aferente
Butonul login functioneaza corespunzator
Identificator TC06
Versiune 1.0
Scop Verificarea evenimentului care are loc atunci
cand utilizatorul apasa pe Logo-ul afisat in
partea stang sus
Preconditii -
Initializare Se acceseaza aplicatia web din browser
Finalizare Utilizatorul trebuie sa fie redirectionat catre
pagina Home
Actiune realizata Se apasa click pe Logo-ul afisat pe fiecare
pagina din aplicatie
Rezultate asteptat Utilizatorul este redirectionat catre pagina
Home
Rezultat obtinut BUG Utilizatorul nu a fost redirectionat catre
pagina Home
Identificator TC07
Versiune 1.0
Scop Verificarea link-ului de Forgot password
Preconditii Utilizatorul are creat un cont
Initializare Se acceseaza pagina Login a aplicatiei si
apasa click pe link-ul “Forgot password?”
Finalizare Utilizatorul trebuie sa fie redirectionat catre
pagina Forgot password
Actiune realizata Se apasa click pe link-ul Forgot password?
Lacalizat sub formularul de login
Rezultate asteptat Utilizatorul trebuie sa fie redirectionat catre
pagina Forgot password
Rezultat obtinut Utilizatorul este redirectionat catre pagina
Forgot password
13
Identificator TC08
Versiune 1.0
Scop Verificarea formularului afisat in pagina
Forgot password
Initializare Se acceseaza pagina Login a aplicatiei si
apasa click pe link-ul “Forgot password?”. Se
verifica vizual elementele afisate in pagina:
Finalizare Toate elementale specificate trebuie sa se
regaseasca in pagina :Titlul paginii Forgot
password, Input boxul Email address si
butoanele Forgot password si Cancel
Actiune realizata Verificarea vizuala a elementelor din pagina
Forgot password
Rezultate asteptat Toate elementele specificate trebuie sa fie
afisate in pagina
Rezultat obtinut Toate elementele specificate sunt afisate in
pagina
Identificator TC09
Versiune 1.0
Scop Verificarea faptului că pagina de login
dispare în momentul în care utilizatorul de
loghează în aplicație
Preconditii Aplicația instalată
Utilizatorul trebuie să aibă un cont cu care să
se logheze
Initializare Utilizatorul completează câmpurile din
formularul de login
Utilizatorul apasă butonul Login din formular
Finalizare Va fi afișată pagina principală a aplicației
Actiune realizata Utilizatorul se loghează în aplicație
Rezultate asteptat Formularul de logare dispare după logare și
este afișată pagina principală
Rezultat obtinut Formularul de logare dispare după logare și
este afișată pagina principală
Pondere importanta 0.75 Verificarea functionalitatii de logare
prin introducerea corecta atata a userului cat
si a parolei si apasarea butonului Login cu
mouse-ul
14
Identificator TC10
Versiune 1.0
Scop Verificarea faptului că butonul Login apare în meniul aplicației în
partea din stânga, sus
Aplicația trebuie să fie deschisă
Initializare Utilizatorul deschide aplicația
Finalizare Butonul Login va fi afișat în partea stângă, sus
Actiune realizata Utilizatorul deschide aplicația
Rezultate asteptat Butonul Login este afișat în partea stângă, sus
Rezultat obtinut Butonul Login este afișat în partea stângă, sus
Identificator TC11
Tester
Versiune 1.0
Scop Verificarea faptului că sigla hotelului apare în meniul aplicației în
partea din dreapta, sus
Aplicația trebuie să fie deschisă
Initializare Utilizatorul deschide aplicația
Finalizare Sigla hotelului va fi afișată în partea dreaptă, sus
Rezultate asteptat Sigla hotelului este afișată în partea dreaptă, sus
Rezultat obtinut Sigla hotelului este afișată în partea dreaptă, sus
Identificato TC12
r
Versiune 1.0
Scop Verificarea faptului că la adăugarea unui nou dish, culoarea literelor
câmpurilor completate este negru, iar fundalul căsuțelor alb
Utilizatorul trebuie să fie logat cu un cont de operator sau administrator
Initializare Adăugare dish
Finalizare Culoarea literelor câmpurilor completate este negru, iar fundalul căsuțelor alb
Actiune Utilizatorul completează formularul pentru adăugarea unui nou dish
realizata
Rezultate Culoarea literelor câmpurilor completate este negru, iar fundalul căsuțelor alb
asteptat
Rezultat Culoarea literelor câmpurilor completate este alb, iar fundalul căsuțelor alb –
obtinut BUG
15
Pondere 0.75
importanta
Identificator TC13
Versiune 1.0
Scop Verificarea faptului că există butonul Contact pentru utilizatorii
nelogați
Utilizatorul trebuie să deschidă aplicația
Initializare Aplicația deschisă
Finalizare Butonul Contact apare pentru utlizatorii nelogați
Rezultate asteptat Butonul Contact apare în meniul aplicației
Rezultat obtinut Butonul Contact apare în bara de meniu a aplicației
Identificator TC14
Versiune 1.0
Scop Verificarea campurilor obligatorii din
formularul de Create a new account
Preconditii Nici un utilizator nu este logat in aplicatie
Initializare Se acceseaza pagina Create a new account
Finalizare Toate campurile obligatorii sunt marcate cu
*(First name, Last name, Email Address,
Phone number, Password, Confirm
password)
Actiune realizata Se acceseaza Pagina de Login
Se apasa pe link-ul Create a new account ?
afisat sub campurile care permit logarea in
16
aplicatie
Pagina Create a new account este afisata
Testerul va verifica daca toate campurile
obligatorii sunt marcate cu *
Rezultate asteptat Toate campurile obligatorii trebuie sa fie
marcate cu *
Rezultat obtinut Toate elementele obligatorii sunt marcate cu
*
Identificator TC15
Tester Barău Larisa-Ionela
Versiune 1.0
Scop Verificarea paginii de Change password
Preconditii Utilizatorul este conectat in aplicatie
Initializare Utilizatorul apasa click pe link-ul Change
password din meniul dreapta sus
Finalizare Pagina Change password este afisata
Actiune realizata Utilizatorul apasa click pe link-ul Change
password
Rezultate asteptat Pagina Change password este afisata cu
elementele specific: Old Password, New
password, Confirm password si butonul de
Submit
Rezultat obtinut Apasand pe link-ul Change password,
utilizatorul este redirectionat catre pagina
Change password
16.3. Testarea securității
Identificator TC16
Versiune 1.0
Scop Verificarea faptului ca exista posibilitatea
logarii cu un utilizator de tip Admin
Preconditii Cont de admin creat in baza de date
Initializare Logare utilizator de tip administrator
Finalizare Afisarea meniului de management dedicat
administarorului
Actiune realizata 1. Se apasa butonul pagina Login
2. Pagina Login cu formularul de logare este
afisat
3. Testerul completeaza campurile Email
Address si Password (contul unui admin al
17
aplicatiei : alexandru.calfa@yahoo.com,
Parola123&)
Rezultat asteptat Utilizatorul este logat dupa apasarea

butonului Login iar meniurile specifice
administratorului sunt afisate
Rezultat obtinut Toate meniurile aferente utilizatorului de tip
Admin sunt afisate
Identificator TC17
Versiune 1.0
Scop Verificarea faptului ca vizitatorii(utilizatorii
care acceseaza aplicatia fara a se loga) pot
accesa doar paginile specifice acestora
Preconditii Nici un utilizator nu este autentificat in
aplicatie
Initializare Accesarea aplicatiei
Finalizare Utilizatorul poate accesa doar paginile
publice care nu necesita autentificarea
Actiune realizata 1. Se acceseaza aplicatia
2. Se verifica functionalitatile la care are
acces utilizatorul care nu este autentificat in
aplicatie: vizualizarea serviciilor, tipuri
camere, camere libere in functie dedata
aleasa, preturi si explicatii, se pot inregistra
in sistem sa devina utilizatori
Rezultat asteptat Utilizatorul neautentificat in aplicatie ar
trebui sa poata accesa numai paginile publice
pentru acesta
Rezultat obtinut Utilizatorul acceseaza numai paginile
specifice
Identificator TC18
Versiune 1.0
Scop Posibilitatea logarii cu un utilizator de tip
client
Preconditii Cont de tip Client creat in baza de date
Finalizare Logarea in aplicatie a utilizatorului
18
afisat
Address si Password (contul unui client al
aplicatiei : mihai.simona@gmail.com,
Parola123&)
4. Se apasa tasta Enter sau butonul Login
5. Se verifica functiunile aplicatiei la care au
acces utilizatorii de tip client: Meniul
disponibil pentru vizitatori + Meniul Help,s
meniul Preferences, posibilitatea de a face
rezervari
clientului sunt afisate
Admin sunt afisate
Identificator TC19
Versiune 1.0
Scop Verificarea faptului ca exista posibilitatea
logarii cu un utilizator de tip Operator
Preconditii Cont de Operator creat in baza de date
Initializare Logare utilizator de tip operator
Finalizare Afisarea meniului dedicat operatorului
afisat
Address si Password (contul unui admin al
aplicatiei : bechea.andrei@gmail.com,
Parola123&)

operatorului sunt afisate
operator sunt afisate
19
Identificator TC20
Versiune 1.0
Scop Verificarea faptului ca Adminul poate asigura
mentenanta conturilor create
Preconditii Cont de admin creat in baza de date
Finalizare Adminul poate aproba, sterge, edita conturile
inregistrate in aplicatie
Actiune realizata 1. Utilizatorul se conecteaza cu contul unui
admin al aplicatiei :
alexandru.calfa@yahoo.com, Parola123&
2. Se acceseaza pagina Users
3. Se editeaza/sterge/ blocheaza un utilizator.
Salvare modificari
Rezultat asteptat Adminul ar trebui sa aiba posibilitatea de a

asigura mentenanta cnturilor create
Rezultat obtinut Adminul poate asigura mentenanta conturilor
create
Identificator TC21
Versiune 1.0
Scop Verificarea faptului ca un utilizator de tip
Operator nu are drepturi pentru a asigura
Initializare Logare utilizator de tip Operator
admin al aplicatiei :
alexandru.calfa@yahoo.com, Parola123&
2. Se incearca accesarea paginii de Users
3. Utilizatorul de tip Operator nu poate
accesa aceasta pagina deoarece nu are
drepturi asupra paginii Users
Rezultat asteptat Operatorul ar trebui sa nu aiba posibilitatea

de a asigura mentenanta cnturilor create
Rezultat obtinut Operatorul nu poate asigura mentenanta
conturilor create
20
Identificator TC22
Versiune 1.0
Scop Verificarea faptului ca Operatorul poate face
operatii CRUD asupra camerelor, preturilor,
meniurilor, locurilor din restaurant
Initializare Logare utilizator de tip operator
operator al aplicatiei :
bechea.marius@gmail.com, Parola123&
2. Se fac operatii CRUD asupra camerelor,
meselor, meniului, preturilor etc.
3. Se salveaza operatiile facute
Rezultat asteptat Operatorul ar trebui sa aiba posibilitatea de a

face operatii CRUD asupra meniurilor
specifice
Rezultat obtinut Operatorul areosibilitatea de a face operatii
CRUD asupra meniurilor specifice
Identificator TC23
Versiune 1.0
Scop Verificarea functionalitatii de logare prin completarea unei adrese de email
si a unei parole pentru un cont care a fost nou creat dar nu a fost aprobat de
admin
Preconditii Contul a fost creat dar nu a fost inca aprobat de admin
Initializare Se acceseaza aplicatia web din browser. Se completeaza o adresa de email
si o parola pentru un cont care a fost nou creat dar nu a fost aprobat de
admin
Finalizare Utilizatorul nu se poate autentifica in aplicatie
Actiune 1. Completarea credentialelor unui cont cu statusul Inactive
realizata 2. Apasarea butonului Login
3. Un mesaj de informare este afisat catre utilizator "The Login wasn't
successful"
Rezultate Loginul nu se va realiza cu succes.
asteptat
Rezultat obtinut Loginul nu este realizat cu succes
Pondere 1
importanta
21
Identificator TC24
Versiune 1.0
Scop Verificarea functionalitatii de logare prin completarea unei adrese de email
si a unei parole pentru contul creat anterior care a fost aprobat de catre
admin
Preconditii Contul a fost creat si a fost aprobat de admin
Initializare Se acceseaza aplicatia web din browser. Se completeaza o adresa de email
si o parola pentru un cont care a fost nou creat si care a fost aprobat de
admin
Finalizare Utilizatorul se poate autentifica in aplicatie
Actiune 1. Logarea cu un cont de admin
realizata 2. Accesarea paginii Users
3. Aprobarea contului nou creat care are statusul Inactive
4. Logout
5.Accesarea paginii login
6. Completarea credentialelor noului cont
7. Apasarea butonului Login
Rezultate Loginul se va realiza cu succes.

asteptat
Rezultat obtinut Loginul este realizat cu succes
Pondere 1
importanta
Identificator TC25
Versiune 1.0
Scop Verificarea faptului ca parola nu este afisata in clar utilizatorului
Preconditii Utilizatorul a accesat pagina de Login
Initializare Utilizatorul introduce in field-ul password un string
Finalizare Stringul introdus nu este afisat utilizatorului in clar, ci literele sunt afisate
sub forma de *
Actiune Utilizatorul a introdus o parola
realizata
Rezultate Parola ar trebui sa nu fie afisata in clar
asteptat
Rezultat obtinut Parola nu este afisata in clar.
22
Pondere 1
importanta
Identificator TC26
Versiune 1.0
Scop Verificarea faptului ca atunci cand
utilizatorul incearca sa se logheze in aplicatie
cu un email address corect si o parola gresita,
mesajul de eroare afisat nu dezvaluie care
dintre cele doua : Email address sau
Password este gresit
Preconditii Accesarea aplicatiei; Un cont creat pentru
adressa de email introdusa
Finalizare Login fara succes
Actiune realizata Utilizatorul va introduce in field-ul Email
address un email valid, al unui user care si-a
creat un cont, care a fost activat de catre
admin
Username: larisa.barau@gmail.com , Parola :
ParolaGresita
Rezultate asteptat Loginul ar trebui sa se realizeze fara succes.
Mesajul“The Login wasn’t succesfull” ar
trebui sa fie afisat. Mesajul nu ar trebui sa il
informeze pe utilizator daca e gresita adresa
de email sau parola
Rezultat obtinut Loginul s-a realizat fara succes. Mesajul“The
Login wasn’t succesfull” este afisat
23
Identificator TC27
Versiune 1.0
Scop Verificarea functionalitatii de forgot
password introducand un email valid, pentru
care s-a creat deja un cont
Initializare Utilizatorul introduce un email valid, pentru
care exista un cont si apasa butonul Forgot
password
Finalizare Mesajul “Email for reset password has been
sent!” trebuie sa fie afisat. Userul va primi un
email de resetare a parao
Actiune realizata Utilizatorul introduce un email valid si apasa
Forgot password
Rezultate asteptat Mesajul “Email for reset password has been
sent!” ar trebui sa fie afisat. Un email a fost
trimis catre utilizator cu o parola temporara
pe care acesta o poate schimba din optiune
change password
Rezultat obtinut Mesajul “Email for reset password has been
sent!” a fost afisat. Un email a fost trimis
catre utilizator
Identificator TC28
Versiune 1.0
Scop Verificarea functionalitatii de forgot
password, introducand o adresa de email
pentru care nu exista inregistrat un cont.
Preconditii Nu exista un cont creat cu acest email
Initializare Utilizatorul introduce un email pentru care nu
exista un cont inregistrat si apasa butonul
Forgot password
Finalizare Mesajul “Email for reset password has been
sent!” trebuie sa fie afisat, dar pe adresa
respectiva nu se va primi nici un email.
Actiune realizata Utilizatorul introduce un email pentru care nu
exista inregistrat un cont si apasa Forgot
password
Rezultate asteptat Mesajul “Email for reset password has been
sent!” ar trebui sa fie afisat. Un email cu
parola temporara nu va fi trimis catre adresa
de email introdusa. Am decis afisarea
mesajului “Email for reset password has been
sent!”, desi nu se trimite nici un mesaj din
motive de Securitate si confidentialitate.
24
Rezultat obtinut Mesajul “Email for reset password has been
sent!” a fost afisat.
Identificator TC29
Versiune 1.0
Scop Verificarea faptului ca utilizatorul isi poate
schimba parola din pagina Change password
Initializare Se deschide aplicatia, se face login, se intra
pe pagina Change password
Finalizare Parola este schimbata cu succes
Actiune realizata 1. Utilizatorul apasa click pe link-ul Change
2. Utilizatorul introduce in Old password o
parola corecta
3. Utilizatorul introduce in New password o
noua parola
4. Utilizatorul introduce in Confirm password
aceiasi parola ca si in New password
5. Click pe butonul Change password
Rezultate asteptat Un mesaj care il informeaza pe utilizator ca
parola a fost schimbata cu succes este afisat
Rezultat obtinut Un mesaj care il informeaza pe utilizator ca
parola a fost schimbata cu succes este afisat
Identificator TC30
Versiune 1.0
Scop Verificarea faptului ca utilizatorul se poate
loga cu parola noua
Preconditii Utilizatorul este inregistrat in baza de date
Initializare Se deschide aplicatia, se intra pe pagina
Login
Finalizare Utilizatorul se poate loga cu noua Adresa de
email si parola noua
Actiune realizata 1. Utilizatorul intra pe pagina de Login
2. Utilizatorul introduce adresa de email
valida
3. Utilizatorul introduce parola noua in
campul Password
25
Rezultate asteptat Login cu succes
Rezultat obtinut Login cu succes
Identificator TC31
Versiune 1.0
Scop Verificarea faptului ca utilizatorul nu se
poate loga cu parola veche
Preconditii Utilizatorul este inregistrat in baza de date si
si-a schimbat parola
Initializare Se deschide aplicatia, se intra pe pagina
Login
Finalizare Utilizatorul nu se poate loga cu noua Adresa
de email si parola veche
Actiune realizata 1. Utilizatorul intra pe pagina de Login
2. Utilizatorul introduce adresa de email
valida
3. Utilizatorul introduce parola veche in
campul Password
Rezultate asteptat Un mesaj de avertizare este afisat “Email

Address or Password is not correct”
Rezultat obtinut Un mesaj de avertizare este afisat “Email
Address or Password is not correct”
Identificator TC32
Versiune 1.0
Scop Verificarea faptului ca utilizatorul nu isi
poate schimba parola din pagina Change
password daca introduce o parola gresita in
campul Old password si parole valide in
campurile New password si Confirm
password
Finalizare Parola nu poate fi schimbata
parola gresita
noua parola
26
aceiasi parola ca si in New password
parola introdusa in campul Old password nu
este corecta va fi afisat
parola introdusa in campul Old password nu
este corecta va fi afisat
Identificator TC33
Versiune 1.0
Scop Verificarea faptului ca utilizatorul nu isi
password daca introduce o parola corecta in
campul Old password si parole care nu
coincid in campurile New password si
Confirm password
Finalizare Parola nu poate fi schimbata
parola corecta
noua parola
o parola diferita de cea introdusa in New
password
parolele introduse in New password si in
Confirm password nu coincid este afisat
parolele introduse in New password si in
Confirm password nu coincid este afisat
Identificator TC34
Versiune 1.0
Scop Verificarea faptului ca se respecta cerintele
pentru complexitatea parolei (Minim 8
27
caractere, cel putin o litera mica, cel putin o
litera mare, cel putin o cifra sic el putin un
character special)
Finalizare Utilizatorul nu poate salva o parola care nu
indeplineste cerintele minime de
complexitate
parola corecta
3. Utilizatorul introduce in New password /
Confirm password o noua parola care nu
contine una dintre cerintele : cel putin o litera
mica, cel putin o litera mare, cel putin o cifra
sic el putin un character special

parola nu indeplineste cerintele de
complexitate este afisat. “The password must
have at least one uppercase letter, one
lowercase letter, one numeric and one special
character.”
parola nu indeplineste cerintele de
complexitate este afisat. “The password must
have at least one uppercase letter, one
lowercase letter, one numeric and one special
character.”
Identificator TC35
Versiune 1.0
Scop Verificarea faptului ca se respecta cerintele
pentru complexitatea parolei (cel putin o
litera mica, cel putin o litera mare, cel putin o
cifra sic el putin un character special) dar nu
indeplineste conditia de minim 8 caractere
Finalizare Utilizatorul nu poate salva o parola care nu
indeplineste cerintele minime de
complexitate
28
parola corecta
3. Utilizatorul introduce in New password /
Confirm password o noua parola care
indeplineste cerintele : cel putin o litera mica,
cel putin o litera mare, cel putin o cifra sic el
putin un character special (ex: Aa1#)

parola nu indeplineste lungime minima a
parolei afisat. “New password min length is
8”
Rezultat obtinut BUG Un mesaj care il informeaza pe
utilizator ca parola nu indeplineste lungime
minima a parolei NU a fost afisat.
Identificator TC36
Versiune 1.0
Scop Verificarea faptului ca Email address trebuie
sa fie unic. Aplicatia nu trebuie sa dezvaluie
faptul ca pentru un email exista deja un cont
atunci cand utilizatorul incearca sa creeze un
cont cu o adresa de email inregistrata deja
Finalizare Utilizatorul nu poate crea un cont pentru un
email address pentru care este deja creat un
cont
aplicatie
Se completeaza in campul Email Address un
email pentru care a fost deja creat un cont.
Se completeaza celelalte camputi obligatorii
Se apasa Save
Rezultate asteptat Un mesaj de avertizare pentru campul Email
address trebuie sa fie afisat. Mesajul ar trebui
sa nu dezvaluie faptul ca deja exista un cont
pentru aceasta adresa, si doar faptul ca
emailul este invalid. “Invalid email address”
Rezultat obtinut Un mesaj de avertizare pentru campul Email
address este afisat
29
16.4. Testarea cu valori limită
Identificator TC37
Versiune 1.0
Scop Verificarea faptului ca utilizatorul poate
introduce un username cu o lungime de max
50 caractere (aplicatia nu genereaza erori la
folosirea valorilor limita a intervalelor
definite de utilizatori)
Initializare Introducerea unui string de caractere care are
lungimea maxima acceptata in baza de
date(50 caractere)
Finalizare Utilizatorul poate introduce un string egal cu
maximul lungimii acceptate
Actiune realizata Utilizatorul a introdus un string cu lungime
=50 caractere
Rezultate asteptat Utilizatorul poate introduce un string egal cu
Rezultat obtinut Nici un mesaj de avertizare nu este afisat
Identificator TC38
Versiune 1.0
introduce un username cu o lungime de max -
1 caractere (49 caractere )(aplicatia nu
genereaza erori la folosirea valorilor limita a
intervalelor definite de utilizatori)
lungimea maxima acceptata in baza de
date(50 caractere)
Finalizare Utilizatorul poate introduce un string egal cu
Actiune realizata Utilizatorul a introdus un string cu lungime
=50 caractere
Rezultate asteptat Utilizatorul poate introduce un string egal cu
Rezultat obtinut Nici un mesaj de avertizare nu este afisat
30
Identificator TC39
Versiune 1.0
Scop Verificarea faptului ca utilizatorul nu poate
introduce un username cu o lungime mai
mare de 50 caractere
lungimea egala cu maxim acceptat+1(51)
Finalizare Utilizatorul nu poate introduce un string egal
cu maximul lungimii acceptate. Text fieldul
este limitat la 50 de caractere
Actiune realizata Utilizatorul a incercat sa introduca un string
cu lungimea de 51 caractere
Rezultate asteptat Utilizatorul nu poate introduce un string egal
cu maximul lungimii acceptate+1 (sau mai
mare de 50)
Rezultat obtinut Text Field-ul este limitat la 50 caractere.
Utilizatorul nu poate sa scrie mai mult de 50
de caractere
Identificator TC40
Versiune 1.0
Scop Verificarea faptului ca utilizatorul field-ul
email address respecta constrangerile
formatului unui email “string@string.string”
Initializare Utilizatorul introduce in field-ul Email
Address un email cu un format invalid
Finalizare Un mesaj de avertizare “Invalid format” este
afisat
Actiune realizata Utilizatorul a introdus un email cu format
invalid
Rezultate asteptat Este posibila introducerea unui string(email
address) cu lungimea de 49 caractere fara ca
aplicatia sa prezinte erori
Rezultat obtinut Utilizatorul a putut introduce un email
address de 49 caractere
31
16.2.1. Matricea reducerilor Caz I.
Aplicația suportă doar valori valide pentru numărul și prețul camerei în formularul
de adăugare a camerelor hotelului. Regulile de validare pentru acest caz, se referă la faptul
că utilizatorului nu i se permite a introduce în căsuța pentru numărul camerei o valoare mai
mică decât 1 și mai mare decât 50, iar în căsuța pentru preț mai puțin de 100 și mai mult de
300.
Setul de date cu privire la numărul camerei este: 0<număr cameră<51

Set de date bazat pe TVL = {0, 1, 25, 50, 51} (5 puncte de date)
0 1 25 50 51
Setul de date cu privire la prețul camerei este: 99<prețul camerei<301

99 100 200 300 301
Nr cameră / 0 1 25 50 51
Prețul
99 FF AF AF AF FF
100 FA AA AA AA FA
200 FA AA AA AA FA
300 FA AA AA AA FA
301 FF AF AF AF FF
Să presupunem că dorim o reducere a numărului de teste la jumătate, prin

selectarea testelor representative:
• 16 / 2= 8 seturi care pică testul
Alegem toate cele patru seturi FF, 2 seturi AF ({1, 99}, {25, 301}) şi 2 seturi FA({0,
200}, {51, 100});
• 9 / 2 = 4.5(rotunjit 5) seturi care trec testul;
Vom alege seturile AA din colţuri {1, 100}, {1, 300}, {50, 100}, {50, 300}, precum şi
pe cel din centrul matricei {25, 200}.
Identificator MR41
Tester Mihai Simona-Nicoleta
Versiune 1.0
Scop Demonstrarea faptului că aplicaţia nu
generează erori la folosirea valorilor limită a
intervalelor definite de către dezvoltatori
Este necesar ca utilizatorul să fie logat și să
aparțină grupului operatori
32
Initializare Adaugă cameră
Finalizare Se apasă butonul ”Save”
Actiune realizata Utilizatorul apasă butonul New Room
Utilizatorul introduce numărul camerei (0)
Utilizatorul introduce descrierea camerei
(”Cameră dublă”)
Utilizatorul introduce imaginea camerei
Utilizatorul introduce prețul camerei (99)
Utilizatorul apasă butonul Save
Rezultate asteptat Apariția unui mesaj de eroare în care se
specifica că au fost încălcate limitele impuse
Rezultat obtinut Apariția mesajului de eroare corespunzător
Identificator MR42
Versiune 1.0
Identificator MR43
Versiune 1.0
33
Identificator MR44
Versiune 1.0
Identificator MR45
Versiune 1.0
34
Identificator MR46
Versiune 1.0
Identificator MR47
Versiune 1.0
35
Identificator MR48
Versiune 1.0
Identificator MR49
Versiune 1.0
Scop Adaugărea unei noi camere
36
Rezultate asteptat Înregistrarea și afișarea camerei numărul 1 în
meniul hotelului
Rezultat obtinut Utilizatorul a salvat camera cu numărul 1 și
aceasta este afișată în meniul hotelului
Identificator MR50
Versiune 1.0
Rezultate asteptat Înregistrarea și afișarea camerei numărul 1 în
meniul hotelului
Identificator MR51
Versiune 1.0
Rezultate asteptat Înregistrarea și afișarea camerei numărul 50
în meniul hotelului
37
Identificator MR52
Versiune 1.0
Identificator MR53
Versiune 1.0
38
16.2.2. Matricea reducerilor Caz II.
Aplicația suportă doar valori valide pentru denumirea și prețul unui dish în
formularul de adăugare a dish-urilor în meniul hotelului. Regulile de validare pentru acest
caz, se referă la faptul că utilizatorului nu i se permite a introduce în căsuța pentru prețul
dish-ului o valoare mai mică decât 1 și mai mare decât 200, iar în căsuța pentru nume mai
puțin de 5 caractere și mai mult de 30.
Setul de date cu privire la prețul dish-ului este: 0.99<preț dish<200.01

Set de date bazat pe TVL = {0.99, 1, 100, 200, 200.01} (5 puncte de date)
0.99 1 100 200 200.01
Setul de date cu privire la numărul de caractere al denumirii dish-ului este: 4<prețul

camerei<30
4 5 20 30 31
Preț dish/ 0.99 1 100 200 200.01

Nr.
caractere
nume dish
4 FF AF AF AF FF
5 FA AA AA AA FA
20 FA AA AA AA FA
30 FA AA AA AA FA
31 FF AF AF AF FF
Să presupunem că dorim o reducere a numărului de teste la jumătate, prin

selectarea testelor representative:
• 16 / 2= 8 seturi care pică testul
Alegem toate cele patru seturi FF, 2 seturi AF ({1, 4}, {100, 31}) şi 2 seturi FA({0.99,
20}, {200.01, 30});
• 9 / 2 = 4.5(rotunjit 5) seturi care trec testul;
Vom alege seturile AA din colţuri {1, 5}, {1, 30}, {200, 5}, {200, 30}, precum şi pe cel
din centrul matricei {100, 20}.
Identificator MR54
Versiune 1.0
Initializare Adaugă dish
Actiune realizata Utilizatorul apasă butonul New Dish
39
Utilizatorul introduce numele dish-ului
”Vită” (4 caractere)
Utilizatorul introduce descrierea dish-ului
(”Steak de vită cu salsa de roșii și ansoa”)
Utilizatorul introduce imaginea dish-ului
Utilizatorul introduce prețul dish-ului (0.99)
Identificator MR55
Versiune 1.0
Utilizatorul introduce numele dish-ului ”
Steak de vită cu salsa de roșii” (31 caractere)
Identificator MR56
Versiune 1.0
40
”Vită” (4 caractere)
Utilizatorul introduce prețul dish-ului
(200.01)
Identificator MR57
Versiune 1.0
(200,01)
Identificator MR58
Versiune 1.0
41
Vită” (4 caractere)
Utilizatorul introduce prețul dish-ului (1)
Identificator MR59
Versiune 1.0
Identificator MR60
Versiune 1.0
42
Chifteluțe cu tarhon” (20 caractere)
(”Chifteluțe cu de vită și porc cu tarhon”)
Identificator MR61
Versiune 1.0
Tocăniță moldovenească cu vită” (30
caractere)
(”Tocăniță moldovenească cu vită”)
(200.01)
Identificator MR62
Versiune 1.0
Scop Adaugărea unui nou dish
43
”Piept” (5 caractere)
(”Saramură de piept de pui”)
Rezultate asteptat Înregistrarea și afișarea dish-ului în meniul
restaurantului hotelului
Rezultat obtinut Utilizatorul a salvat cu succes dish-ul și
acesta este afișat în meniul restaurantului
hotelului
Identificator MR63
Versiune 1.0
caractere)
hotelului
Identificator MR64
Versiune 1.0
44
”Piept” (5 caractere)
(”Saramură de piept de pui”)
hotelului
Identificator MR65
Versiune 1.0
caractere)
hotelului
Identificator MR66
Versiune 1.0
45
Chifteluțe cu tarhon” (20 caractere)
(”Chifteluțe cu de vită și porc cu tarhon”)
hotelului
16.5. Metoda testării de traseu
Identificator TC67
Versiune 1.0
Scop Se verifică dacă un utilizator client poate
rezervara o cameră
aparțină grupului clienți
Initializare Rezervare cameră
Finalizare Se apasă butonul ”Choose room”
Actiune realizata Utilizatorul apasă butonul Rooms
Completează pentru camera dorită data
pentru care doreste rezervarea (20.05.2018)
Apasă butonul ”Choose room”
Rezultat asteptat Utilizatorul a rezervat camera aleasă pentru
data 20.05.2018
Rezultat obtinut Utilizatorul a rezervat camera aleasă pentru
data 20.05.2018
46
Identificator TC68
Versiune 1.0
Scop Se verifică daca se afișează o factură pentru o
cameră rezervată
Este necesar ca utilizatorul să fie logat, să
aparțină grupului clienți și să fi rezervat
inainte o cameră
Initializare Facturare cameră
Finalizare Se apasă butonul ”Displays the invoice”
Actiune realizata Utilizatorul apasă butonul Displays the
invoice
Rezultat asteptat Pe ecran se afișează factura pentru camera
rezervată
Rezultat obtinut Pe ecran se afișează factura pentru camera
rezervată
Identificator TC69
Tester
Versiune 1.0
Scop Se verifica faptul ca se poate efectua plata
unei camere rezervate
Este necesar ca utilizatorul să fie logat, să
aparțină grupului clienți și să fi rezervat
inainte o cameră
Initializare Plată cameră
Finalizare Se apasă butonul ”Pay”
Actiune realizata Utilizatorul apasă butonul Pay, iar apoi este
redirecționat către site-ul partener
https://www.euplatesc.ro/
Rezultat asteptat Utilizatorul plătește camera rezervată și
primește un mesaj de confirmare
Rezultat obtinut Utilizatorul plătește camera rezervată și
primește un mesaj de confirmare
47
16.6. Testarea negativă
Identificato TC70
r
Tester Bechea Marius Andrei
Versiune 1.0
Scop Verificarea functionalitatii de logare prin necompletarea username-ului si
parolei
Preconditii Baza de date trebuie sa fie deja creata cu utilizatorii valizi
Finalizare Se navigheaza catre pagina de Login si se apasa butonul Login
Actiune Utilizatorul apasa butonul Login fara a completa username-ul si parola
realizata
Rezultate Loginul nu se va realiza cu succes. Un mesaj de avertizare trebuie sa fie afisat
asteptat
Rezultat Loginul nu este realizat cu success. Un mesaj de avertizare este afisat pentru
obtinut fiecare input box obligatoriu.
Pondere 1
importanta
Identificator TC71
Versiune 1.0
Scop Verificarea functionalitatii de logare prin
introducerea corecta a userului si
introducerea unei parole gresite
48
admin
ParolaGresita
Mesajul“The Login wasn’t successful” ar
trebui sa fie afisat
Rezultat obtinut Loginul s-a realizat fara succes. Mesajul “The
Login wasn’t successful” este afisat
Identificator TC72
Versiune 1.0
introducerea corecta a userului si
introducerea unei parole case sensitive
admin si pentru care parola este
“ABCdef123&”
Username: larisa.barau@gmail.com ,
Parola(doar cu litere lowercase): abcdef123&
Rezultat obtinut Loginul s-a realizat fara succes. Mesajul “The
Login wasn’t successful” este afisat
Identificator TC73
Versiune 1.0
introducerea corecta a parolei si introducerea
unei adrese de email gresite
49
address un email invalid Username:
mail.gresit @gmail.com , Parola :
ParolaCorecta
Rezultat obtinut Loginul s-a realizat fara succes. Mesajul
“The Login wasn’t successful” este afisat
Identificator TC74
Versiune 1.0
Scop Verificarea constrangerilor din campul
Phone number introducand mai putin de 10
cifre
Finalizare Utilizatorul nu poate salva un cont cu un
numar de telefon care contine mai putin de 10
cifre
aplicatie
Se completeaza campul First Name : “Larisa”
Se completeaza campul Last Name : “Barau”
Se completeaza campul Email Address :
larisa.barau@gmail.com
Se completeaza campul Phone Number:
“1213^”
Se completeaza campul Password:
“Larisa3112*”
Se completeaza Confirm password:
“Larisa3112*”
Save
Rezultate asteptat Un mesaj de eroare ar trebui sa fie afisat

pentru campul Phone Number care sa
specifice ca numarul minim de cifre din
numarul de telefon introdus trebuie sa fie
50
minim 10 . Contul nu este salvat in baza de
date
Rezultat obtinut Un mesaj de eroare este afisat pentru campul
Phone Number care averizeaza ca numarul
minim de cifre din numarul de telefon
introdus trebuie sa fie minim 10. Contul nu
este salvat in baza de date
Identificator TC75
Versiune 1.0
Scop Verificarea campurilor obligatorii din
Finalizare Pentru campurile obligatorii vor fi afisate
mesaje de avertizare
aplicatie
Fara a completa nici un camp testerul va
apasa butonul Save
Rezultate asteptat Pentru toate campurile ar trebui sa fie afisate
mesaje de averizare “First name is required”,
“Last name is required”, “Email Address is
required”, “Phone number is required”,
“Password is required” , “Confirm password
is required”
Rezultat obtinut Pentru toate campurile sunt afisate mesaje de
averizare “First name is required”, “Last
name is required”, “Email Address is
required”, “Phone number is required”, “Ne
password is required” , “Confirm password is
required”
51
Identificator TC76
Tester Barău Larisa -Ionela
Versiune 1.0
Scop Verificarea constrangerilor din campul
Phone number introducand caractere speciale
si/sau litere
Finalizare Utilizatorul nu poate salva un cont cu un
numar de telefon care contine carectere
speciale si / sau litere.
aplicatie
“HJid#$%Fd^”
“Larisa3112*”
“Larisa3112*”
Save
Rezultate asteptat Un mesaj de eraoare ar trebui sa fie afisat

pentru campul Phone Number care sa
specifice ca nu sunt acceptate literele si/sau
caracterele speciale. Contul nu ar trebui sa fie
salvat in baza de date
Rezultat obtinut BUG Utilizatorul poate sa introducă litere și
caractere speciale in câmpul Phone number
Identificator TC77
Tester
Versiune 1.0
Scop Verificarea constrangerilor din campurile
Start date si End date pentru rezervari camere
Preconditii Un utilizator de tip Client este conectat
Initializare Se acceseaza pagina Rooms
Finalizare Utilizatorul nu va putea face o rezervare
pentru un interval de date din trecut
Actiune realizata 1. Login cu un cont de utilizator tip Client
2. Accesarea paginii Rooms
52
3. Adaugare pentru Start date o dată din
trecut
4. Adaugare pentru End date o dată din trecut
Rezultate asteptat Un mesaj de eraoare ar trebui sa fie afisat

pentru cele doua campuri.
Rezultat obtinut Un mesaj de eroare este afișat
Identificator TC78
Versiune 1.0
Scop Verificarea faptului că aplicația nu acceptă
salvarea unui cont dacă utilizatorul nu
completează toate campurile obligatorii
Preconditii Deschiderea aplicației
Initializare Se acceseaza aplicatia web din browser și se
acceseaza pagina Registration
Finalizare Un nou cont nu se poate înregistra dacă nu au
fost completate toate câmpurile obligatorii
Actiune realizata 1. Accesare pagină Register
2. Completare câmpuri cu date valide,
exceptând unul dintre câmpurile obligatorii
ex: First name
3. Save
Rezultate asteptat O eroare ar trebui sa fie afișată pentru câmpul
First name
Contul nu ar trebui sa fie creat
Rezultat obtinut O eroare este afișată pentru câmpul
obligatoriu lasat gol
Contul nu a fost creat
Identificator TC79
Versiune 1.0
salvarea unui preparat în meniu fără a încărca
o poză
Preconditii Utilizator conectat trebuie sa aiba drepturi de
admin sau operator
acceseaza pagina Dish
Finalizare Un preparat nu poate fi salvat fără ca
utilizatorul să încarce o poza pentru acesta
Actiune realizata 1. Conectare în aplicație cu un cont de
Admin: alexandru.calfa@yahoo.com ; Parola
53
2. Accesarea paginii Dish
3. Click pe “Add new dish”
4. Competarea tuturor câmpurilor obligatorii
fără a încărca o poza în Upload image
Rezultate asteptat O eroare ar trebui sa fie afișată

Un nou preparat nu ar trebui să fie adăugat
Rezultat obtinut BUG: Nici o eroare nu este afișată pentru
câmpul Upload image și un nou preparat este
adaugat în pagină și salvat în baza de date
Identificator TC80
Versiune 1.0
salvarea unui preparat în meniu fără a
specifica un titlu
admin sau operator
cu excepția câmpului Title
Save
Rezultate asteptat O eroare ar trebui sa fie afișată

Un nou preparat nu ar trebui să fie adăugat
Rezultat obtinut O eroare este afișată
Preparatul nu este adăugat în meniu
Identificator TC81
Versiune 1.0
salvarea unui preparat în meniu cu un preț
care conține litere sau caractere speciale
admin sau operator
54
5. Adăugarea unei valori care conține
caractere și / sau caractere speciale în câmpul
Price : 12sd%&
Save
Rezultate asteptat O eroare ar trebui sa fie afișată pentru câmpul

Price “The Price should contain only digits ”
Rezultat obtinut Eroarea “The Price should contain only digits
” este afișată
Identificator TC82
Versiune 1.0
Scop Verificarea faptului ca un cont este salvat
corect in baza de date atunci cand utilizatorul
introduce caractere speciale in campurile Last
name, First name si celelate campuri sunt
completate cu date valide
Finalizare Contul este salvat in baza de date
aplicatie
Se completeaza campul First Name :
“Larisa!@#@!3”
Se completeaza campul Last Name :
“Barau@#@$@”
“0740624119”
“Larisa3112*”
“Larisa3112*”
55
Se apasa pe butonul Save
Un mesaj de informare este afisat “Your
account has been created”
Verifcarea in baza de date
Rezultate asteptat Contul cu toate datele introduse de catre

utilizator ar trebui sa fie salvate corect in
baza de date. Caractrele speciale adaugate nu
ar trebui sa afecteze salvarea datelor in baza
de date
Rezultat obtinut Contul cu toate datele introduse de catre
utilizator sunt salvate correct in vaza de date.
Caraterele speciale nu afecteaza salvarea
contului in baza de date
16.7. Testarea pozitivă
Identificator TC83
Versiune 1.0
introducerea corecta atata a userului cat si a
parolei si apasarea butonului Login cu
mouse-ul
Preconditii Crearea unui cont
Parola si userul trebuie sa contina date de
intrare valide
Finalizare Login cu succes
creat un cont si parola valida și apoi apasă pe
butonul Login cu mouse-ul
Parola123&
Rezultate asteptat Loginul este efectuat cu succes. Utilizatorul

este redirectionat catre pagina Home.
Username-ul este afisat in partea dreapta sus.
Butonul de Logout este afisat in partea
dreapta sus
Rezultat obtinut Loginul este efectuat cu succes. Utilizatorul
dreapta sus
56
Identificator TC84
Versiune 1.0
introducerea corecta a userului cat si a parolei
si apasarea tastei Enter
Preconditii Crearea unui cont
Parola si userul trebuie sa contina date de
intrare valide
Finalizare Login cu succes
creat un cont si parola valida apoi va apăsa
tasta Enter
Parola123&
Rezultate asteptat Loginul este efectuat cu succes. Utilizatorul
dreapta sus
Rezultat obtinut Loginul este efectuat cu succes. Utilizatorul
dreapta sus
Identificator TC85
Tester Barău Larisa - Ionela
Versiune 1.0
renunta la crearea unui cont apasand click pe
butonul Cancel
Finalizare Utilizatorul este redirectionat pe pagina
Home atunci cand apasa click pe butonul
Cancel
57
aplicatie
“1213^”
“Larisa3112*”
“Larisa3112*”
Se apasa butonul Cancel
Sau se deshide pagina de Create a new

account si fara a completa campurile apasam
click pe Butonul Cancel
Rezultate asteptat Utilizatorul trebuie sa fie redirectionat catre

pagina Home
Rezultat obtinut Utilizatorul este redirectionat catre pagina
Home
16.7.1. Quality report
Identificator QR86
Versiune 1.0
Scop Verificarea faptului ca la raportul Lista useri
sigla apare in partea de mijloc sus
aparțină grupului operatori sau administrator
Utilizatorul a accesat pagina de Rapoarte
Initializare Utilizatorul introduce in field-uri datele
necesare rularii raportului
Finalizare Utilizatorul apasa butonul Report
Actiune realizata Utilizatorul a introdus datele necesare rularii
raportului
Utilizatorul apasa butonul Report
Rezultate asteptat Sigla ar trebui sa fie afisata in partea de
mijloc sus
Rezultat obtinut Sigla a fost afisata corect
58
Identificator QR87
Tester Barau Larisa Ionela
Versiune 1.0
Scop Verificarea faptului ca raportul Lista dish-
urilor fresh are extensia .pdf
raportului
Rezultate asteptat Raportul ar trebui sa aiba extensia .pdf
Rezultat obtinut Raportul are extensia corecta
59
Identificator QR88
Versiune 1.0
Scop Verificarea faptului ca la raportul Lista
serviciilor capul de tabel este scris cu bold
raportului
Rezultate asteptat Capul de tabel ar trebui sa fie afisat cu bold
Rezultat obtinut Capul de tabel a fost afisat corect
Identificator QR89
Tester Bechea Marius
Versiune 1.0
Scop Verificarea faptului ca la titlul raportului Lista
dish-urilor fresh apare sub sigla
raportului
Rezultate asteptat Titlul raportul este afisat sub sigla hotelului
Rezultat obtinut Titlul raportului a fost afisat corect
60
Identificator QR90
Versiune 1.0
Scop Verificarea faptului ca paginile raportului
Lista serviciilor sunt numerotate sub forma
1/n (n=numarul total de pagini ale raportului)
raportului
Rezultate asteptat Paginile raportului sunt numerotate sub forma
1/n (n=numarul total de pagini ale raportului)
Rezultat obtinut Paginile raportului nu sunt numerotate - BUG
61
Identificator QR91
Tester Barau Larisa Ionela
Versiune 1.0
Scop Verificarea faptului ca in antetul raportului
Lista useri apar datele de contact ale
Hotelului
raportului
Rezultate asteptat Antetul raportului contine datele de contact
ale Hotelului
Rezultat obtinut Raportul nu contine antet - BUG
62
Identificator QR92
Versiune 1.0
Scop Verificarea faptului ca in subsolul raportului
Lista serviciilor apare numele celui care a
rulat raportul
raportului
Rezultate asteptat Subsolul raportului contine numele persoanei
care a rulat raportul
Rezultat obtinut Raportul nu contine subsol - BUG
63
Identificator QR93
Versiune 1.0
Scop Verificarea faptului ca tabelul din raportul
Lista Useri contine o coloana denumita ”Nr.
Crt.”
raportului
Rezultate asteptat Tabelul din raportul rulat contine coloana
”Nr. Crt.”
Rezultat obtinut Tabelul nu contine coloana dorita - BUG
64
16.8. Compatibility testing
Identificator TC94
Versiune 1.0
Scop Testarea afișării paginii Home în browserul Google Chrome
Browserul Google Chrome instalat
Conexiune la internet
Initializare Se deschide aplicația
Finalizare Pagina Home este afișată
Actiune realizata Se deschide aplicația prin click dreapta, open with Google Chrome
Rezultate Afișarea corectă a paginii fără deteriorarea imaginilor sau a butoanelor
asteptat
Rezultat obtinut Afișarea corectă a paginii fără deteriorarea imaginilor sau a butoanelor
65
Pondere 0.5
importanta
Identificator TC95
Versiune 1.0
Scop Testarea afișării paginii Home în browserul Internet Explorer
Browserul Internet Explorer instalat
Actiune realizata Se deschide aplicația prin click dreapta, open with Internet Explorer
asteptat
Pondere 0.5
importanta
66
Identificator TC96
Versiune 1.0
Scop Testarea afișării paginii Home în browserul Microsoft Edge
Browserul Microsoft Edge instalat
Actiune realizata Se deschide aplicația prin click dreapta, open with Microsoft Edge
asteptat
Pondere 0.5
importanta
67
16.9. Testarea White-Box
16.9.1. Crearea unui cont
Codul de testat:
1. Email Address test
2. Phone number test
3. Password Test
4. Re-type password test
68
La crearea unui cont pe platforma noastra, un client trebuie sa completeze urmatoarele campuri:
 adresa de email
 numarul de telefon
 parola pe care o doreste
 reintroduce parola
Reintroducerea parolei ete necesara pentru validare,deoarece campul in care aceasta este scrisa nu permite
vizualizarea in clar al input-ului clientului.
Fiecare din aceste 4 campuri are caracteristicile lui:
 adresa de email trebuie sa aiba un format standard ([litere,cifre, si caracterul .] @ [litere,

cifre si caracterul .]).
 numarul de telefon trebuie sa contina doar cifle si sa fie compus din maxim 10 caractere.
 primul camp de parola trebuie sa contina:
o minim 8 caractere
o minim o litera mica
o minim o litera mare
o minim o cifra
o minim un caracter special (!@#$%...)
 al doilea camp de parola trebuie sa contina un text identic cu primul camp de parola.
Validarea campurilor se face din momentul in care utilizatorul incepe sa scrie in casuta. Astfel,
utilizatorul primeste feedback in timp real despre validitatea campurilor pe care le completeaza.
1. Adresa de email.
In continuare se poate observa comportamentul aplicatiei in momentul in care utilizatorul introduce
adresa de email:
La inceput mesajul de eroare nu este vizibil deoarece utilizatorul nu a introdus nimic in campul email.
introducerea primei litere in campul email face ca mesajul de avertizare sa apara:
69
Niciuna din urmatoarele cazuri intermediare nu face ca mesajul de avertizare sa dispara:
Imediat ce adresa de email introdusa de utilizator devine valida, mesajul de eroare dispare.
2. Numarul de telefon:
La inceput mesajul de eroare nu este vizibil:
70
Introducerea primei cifre in acest camp face ca mesajul de avertizare sa apara.
Mesajul dispare atunci cand se valideaza ca textul introdus este format din 10 cifre.
Niciunul din urmatoarele cazuri nu este valid, astfel ca mesajul de avertizare este inca prezent.
71
3. Primul camp de parola:
La inceput mesajul de eraore nu este vizibil.
Introducerea primului caracter din parola face ca mesajul de avertizare sa devina vizibil.
Introducerea caracterului "1".
Mesajul dispare doar atunci cand toate cerintele pentru parola sunt indeplinite.
Introducerea textului "1@aAzzzz".
Niciunul din urmatoarele cazuri nu este valid:

Introducerea textului "12345678"
72
Introducerea textului "aaAA11aa"
Introducerea textului "aaa"
4. Al doilea camp de parola

La inceput mesajul de eroare nu este vizibil.
73
Mesajul de avertizare apare imediat ce primul caracter este introdus:
Introducerea textului "1"
Mesajul de eraore dispare in momentul in care se valideaza ca parola introdusa este la fel ca cea din
primul camp de parola.
Introducerea textului "1@aAzzzz"
Introducerea unui text diferit in acest camp fata de cel din primul camp va face ca mesajul de eraore sa nu
dispara.
Introducerea textului "1@aazzzz"
74
Conturile clientilor sunt identificate dupa adresa de email. Incercarea de a crea un cont cu o
adresa valida ce nu a mai fost introdusa in sistem, va afisa un mesaj de success in josul paginii;
Incercarea de a crea un cont cu o adresa deja existenta in sistem va intampina un mesaj de eroare
in josul paginii:
16.9.2. Testarea automata
Aplicatia are implementata o metoda de testare automata atunci cand se acceseaza site-ul.
De fiecare data cand pagina principala este incarcata, aplicatia ruleaza in spate un test pentru validarea
integritatii bazei de date. Succesul acestui test permite utilizatorului sa foloseasca site-ul.
Daca testul esueaza, utilizatorul va fi redirectat catre o pagina ce il va informa ca site-ul este inoperabil
momentan.
Testul esueaza daca nu poate primi acces la una din tablele site-ului.
Acest test este de tip white-box deoarece am avut cunostinte despre structura tabelara din spatele site-ului
inainte de a scrie testul.
Acest test este automat deoarece se ruleaza de fiecare data cand site-ul este accesat, fara interventia vre-
unui operator uman.
75
16.10. Stress testing
Aplicatia a fost supusa timp de 30 de secunde la un test de stres in care s-a incercat simularea a 1000 de
requesturi concomitente (pe secunda).
Din pricina latentelor de procesare, testul de stres a durat 38.53 secunde in urma lui rezultand 10906
raspunsuri de succes din partea aplicatiei. Se poate calcula astfel ca website-ul nostru suporta in medie
aproximativ 283 de cereri pe secunda. Maxim au fost inregistrate 363 cereri/secunda.
Latenta de raspuns a site-ului a fost de minim 6 ms si maxim 418 ms, cu o medie in jurul valorii de 200
ms.
In urmatoarea imagine se poate vedea graficul de latenta al paginii in timpul celor 30 de secunde se test.
76
Tabel cazuri de testare
Column1 Column2 Column3 Column4 Column5
Strategia de testare
Pagina Tehnica de testare Cod Test Case Descriere Test Case
Verificarea instalarii aplicatiei folosind kitul

Strategia de utilizare de instalare din executabilul DaCapo.exe.
10 Testarea instalării TC01
Se verifica daca instalarea are loc corect in
C:/ProgramFiles/DaCapo
Verificarea faptului ca in timpul procesului
de instalare a aplicatiei , administratorul
Strategia de utilizare 11 Testarea instalării TC02
poate renunta prin apasarea butonului
Exit/Cancel
Verificarea faptului ca odata instalata,
Strategia de utilizare 11 Testarea instalării TC03
aplicatia nu va putea fi instalata din nou
Verificarea faptului ca dezinstalarea
Testarea
Strategia de utilizare 11 TC04 aplicatiei se efectueaza corect din Control
dezinstalării
Panel
Verificarea faptului ca in pagina de Login se
regasesc toate elementele : Email address,
Strategia de utilizare 12 Testarea interfeței TC05
Password, butonul Login, Link-uri pentu
Forgot password si Create New Account.
Verificarea evenimentului care are loc
Strategia de utilizare 13 Testarea interfeței TC06 atunci cand utilizatorul apasa pe Logo-ul
afisat in partea stang sus
Strategia de utilizare 13 Testarea interfeței TC07 Verificarea link-ului de Forgot password
Verificarea formularului afisat in pagina
Forgot password
Verificarea faptului că pagina de login
Strategia de utilizare 14 Testarea interfeței TC09 dispare în momentul în care utilizatorul de
loghează în aplicație
Verificarea faptului că butonul Login apare
în meniul aplicației în partea din stânga, sus
Verificarea faptului că sigla hotelului apare
Strategia de utilizare 15 Testarea interfeței TC11 în meniul aplicației în partea din dreapta,
sus
Verificarea faptului că la adăugarea unui
nou dish, culoarea literelor câmpurilor
completate este negru, iar fundalul
căsuțelor alb
Verificarea faptului că există butonul
Contact pentru utilizatorii nelogați
Verificarea campurilor obligatorii din
Strategia de utilizare 17 Testarea interfeței TC15 Verificarea paginii Change password
Verificarea faptului ca exista posibilitatea
Strategia de utilizare 17 Testarea securității TC16
logarii cu un utilizator de tip Admin
77
Verificarea faptului ca vizitatorii(utilizatorii
Strategia de utilizare 18 Testarea securității TC17 care acceseaza aplicatia fara a se loga) pot
accesa doar paginile specifice acestora
Posibilitatea logarii cu un utilizator de tip
client
Verificarea faptului ca exista posibilitatea
logarii cu un utilizator de tip Operator
Verificarea faptului ca Adminul poate
asigura mentenanta conturilor create
Verificarea faptului ca un utilizator de tip
Strategia de utilizare 20 Testarea securității TC21 Operator nu are drepturi pentru a asigura
Verificarea faptului ca Operatorul poate
face operatii CRUD asupra camerelor,
preturilor, meniurilor, locurilor din
restaurant
Verificarea functionalitatii de logare prin
completarea unei adrese de email si a unei
parole pentru un cont care a fost nou creat
dar nu a fost aprobat de admin
completarea unei adrese de email si a unei
parole pentru contul creat anterior care a
fost aprobat de catre admin
Verificarea faptului ca parola nu este
afisata in clar utilizatorului
Verificarea faptului ca atunci cand
utilizatorul incearca sa se logheze in
aplicatie cu un email address corect si o
parola gresita, mesajul de eroare afisat nu
dezvaluie care dintre cele doua : Email
address sau Password este gresit
Verificarea functionalitatii de forgot
Strategia de utilizare 24 Testarea securității TC27 password introducand un email valid,
pentru care s-a creat deja un cont
Verificarea functionalitatii de forgot
Strategia de utilizare 24 Testarea securității TC28 password, introducand o adresa de email
pentru care nu exista inregistrat un cont.
Verificarea faptului ca utilizatorul isi
Strategia de utilizare 25 Testarea securității TC29 poate schimba parola din pagina
Change password
Verificarea faptului ca utilizatorul se
poate loga cu parola noua
Verificarea faptului ca utilizatorul nu se
poate loga cu parola veche
78
Verificarea faptului ca utilizatorul nu isi
password daca introduce o parola gresita in
campul Old password si parole valide in
campurile New password si Confirm
password
Verificarea faptului ca utilizatorul nu isi
password daca introduce o parola corecta
in campul Old password si parole care nu
coincid in campurile New password si
Confirm password
Verificarea faptului ca se respecta cerintele
pentru complexitatea parolei (Minim 8
Strategia de utilizare 27 Testarea securității TC34 caractere, cel putin o litera mica, cel putin o
litera mare, cel putin o cifra sic el putin un
character special)
Verificarea faptului ca se respecta cerintele
pentru complexitatea parolei (cel putin o
litera mica, cel putin o litera mare, cel putin
o cifra sic el putin un character special) dar
nu indeplineste conditia de minim 8
caractere
Verificarea faptului ca Email address
trebuie sa fie unic. Aplicatia nu trebuie sa
dezvaluie faptul ca pentru un email exista
deja un cont atunci cand utilizatorul
incearca sa creeze un cont cu o adresa de
email inregistrata deja
Verificarea faptului ca utilizatorul poate
introduce un username cu o lungime de
Strategia de utilizare 30 Testarea securității TC37 max 50 caractere (aplicatia nu genereaza
erori la folosirea valorilor limita a
intervalelor definite de utilizatori)
introduce un username cu o lungime de
Testarea cu valori
Strategia de utilizare 30 TC38 max -1 caractere (49 caractere )(aplicatia
limită
nu genereaza erori la folosirea valorilor
limita a intervalelor definite de utilizatori)
Verificarea faptului ca utilizatorul nu
Testarea cu valori
Strategia de utilizare 31 TC39 poate introduce un username cu o
limită
lungime mai mare de 50 caractere
Verificarea faptului ca utilizatorul field-ul
Testarea cu valori email address respecta constrangerile
Strategia de utilizare 31 TC40
limită formatului unui email
“string@string.string”
79
Demonstrarea faptului că aplicaţia nu
generează erori la folosirea valorilor
Strategia deexplorare Testarea cu valori limită a intervalelor definite de către
32 MR41
și utilizare limită dezvoltatori(Valoare min-1 pentru
Room number=>0 si valoare max-1
pentru Price=>99 )
generează erori la folosirea valorilor limită
Strategia deexplorare Testarea cu valori a intervalelor definite de către
33 MR42
și utilizare limită dezvoltatori(Valoare max+1 pentru Room
number=>51 si valoare min-1 pentru Price
=>99)
Strategia deexplorare Testarea cu valori a intervalelor definite de către
33 MR43
și utilizare limită dezvoltatori(Valoare min-1 pentru Room
number=>0 si valoare max+1 pentru Price
=>301)
Strategia deexplorare Testarea cu valori
34 MR44 a intervalelor definite de către
și utilizare limită
dezvoltatori(Valoare max+11 pentru Room
number=>0 si valoare max+1 pentru Price )
34 MR45 a intervalelor definite de către
dezvoltatori(max+1 pentru room number
=>51 si max+1 pentru price =>301)
35 MR46 generează erori la folosirea valorilor limită
a intervalelor definite de către dezvoltatori
Strategia deexplorare Testarea cu valori Verificarea faptului ca utilizatorul poate

36 MR49
și utilizare limită adăuga o camera
Testarea cu valori Verificarea faptului ca utilizatorul poate

Strategia de utilizare 37 MR50
limită adăuga o camera
80
Testarea cu valori generează erori la folosirea valorilor
limită limită a intervalelor definite de către
dezvoltatori
dezvoltatori
dezvoltatori
dezvoltatori
dezvoltatori
dezvoltatori
dezvoltatori
dezvoltatori
limită adauga un nou dish
Testarea de traseu Se verifică dacă un utilizator client poate
(Flow) rezervara o cameră
81
Testarea de traseu Se verifică daca se afișează o factură
(Flow) pentru o cameră rezervată
Testarea de traseu Se verifica faptul ca se poate efectua plata
(Flow) unei camere rezervate
Strategia de utilizare 48 Testarea Negativă TC70
necompletarea username-ului si parolei
Verificarea functionalitatii de logare
Strategia de utilizare 48 Testarea Negativă TC71 prin introducerea corecta a userului si
introducerea unei parole gresite
Strategia de utilizare 49 Testarea Negativă TC72 introducerea corecta a userului si
introducerea unei parole case sensitive
prin introducerea corecta a parolei si
introducerea unei adrese de email
gresite
Verificarea constrangerilor din campul
Strategia de utilizare 50 Testarea Negativă TC74 Phone number introducand mai putin
de 10 cifre
Verificarea campurilor obligatorii din
Verificarea constrangerilor din campul
Strategia de utilizare 52 Testarea Negativă TC76 Phone number introducand caractere
speciale si/sau litere
Verificarea constrangerilor din
Strategia de utilizare 52 Testarea Negativă TC77 campurile Start date si End date pentru
rezervari camere
Verificarea faptului că aplicația nu
acceptă salvarea unui cont dacă
utilizatorul nu completează toate
campurile obligatorii
Strategia de utilizare 53 Testarea Negativă TC79 acceptă salvarea unui preparat în meniu
fără a încărca o poză
Strategia de utilizare 54 Testarea Negativă TC80 acceptă salvarea unui preparat în meniu
fără a specifica un titlu
acceptă salvarea unui preparat în meniu
cu un preț care conține litere sau
caractere speciale
82
Verificarea faptului ca un cont este
salvat corect in baza de date atunci
cand utilizatorul introduce caractere
speciale in campurile Last name, First
name si celelate campuri sunt
completate cu date valide
Strategia de utilizare 56 Testarea pozitivă TC83 prin introducerea corecta atata a
userului cat si a parolei si apasarea
butonului Login cu mouse-ul
Strategia de utilizare 57 Testarea pozitivă TC84 prin introducerea corecta a userului cat
si a parolei si apasarea tastei Enter
Strategia de utilizare 57 Testarea pozitivă TC85 renunta la crearea unui cont apasand
click pe butonul Cancel
Strategia de utilizare 58 Testarea pozitivă QR86
Verificarea faptului ca la raportul Lista
useri sigla apare in partea de mijloc sus
Verificarea faptului ca raportul Lista
dish-urilor fresh are extensia .pdf
Verificarea faptului ca la raportul Lista
serviciilor capul de tabel este scris cu bold

Verificarea faptului ca la titlul raportului
Lista dish-urilor fresh apare sub sigla
Verificarea faptului ca paginile
raportului Lista serviciilor sunt
numerotate sub forma 1/n (n=numarul
total de pagini ale raportului)
Verificarea faptului ca in antetul
Strategia de utilizare 62 Testarea pozitivă QR91 raportului Lista useri apar datele de
contact ale Hotelului
Verificarea faptului ca in subsolul
Strategia de utilizare 63 Testarea pozitivă QR92 raportului Lista serviciilor apare numele
celui care a rulat raportul
Verificarea faptului ca tabelul din
Strategia de utilizare 64 Testarea pozitivă QR93 raportul Lista Useri contine o coloana
denumita ”Nr. Crt.”
Compatibility Testarea afișării paginii Home în
testing browserul Google Chrome
testing browserul Internet Explorer
testing browserul Microsoft Edge
83
Strategia de utilizare 68 White-Box testing
Strategia de utilizare 75 Testare automata
Strategia de utilizare 76 Stress testing
84

DaCapo - STP Si Cazuri - Final

Caricato da

Informazioni sul documento

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

DaCapo - STP Si Cazuri - Final

Caricato da

Copyright:

Formati disponibili

UNIVERSITATEA ”AL. I.

STP și cazuri de testare

Barău Larisa Ionela

1.1. Istoric modificări document

Versiune document Data Autor Descriere

Tabelul nr. 1 – Istoric modificări document

1.2. Cod de identificare a planului de testare

• HDC01 – STP HotelDaCapo versiunea 1.0

Aplicație informatică Hotel DaCapo

Tabelul nr. 2 – Referințe

Metoda testării securității – se referă la verificarea sistemului cu privire la capacitatea

Scopul planului de testare este de a:

4. Caracteristici ce trebuie testate

La acest moment nu se au în vedere testări:

Figura nr. 2 – Strategia de testare

8. Criterii de trecere/picare a testului de către elementele testate

În funcţie de gradul de importanţă în cadrul bunei funcţionări a sistemului, fiecărui caz de

Tabelul nr. 3 – Ponderi cazuri de test

Criteriile de intrare se referă la:

Criteriile de ieșire se referă la:

10. Rezultate finale ale testelor

Sarcină Responsabil Termen

Tabelul nr. 4 – Sarcini de testare

12. Nevoi de mediu

13. Nevoi de personal și program

14. Riscuri și evenimente neprevăzute

Nefuncţionarea aplicaţiei poate fi determinată de:

Responsabil Data Semnătură

Tabelul nr. 5 – Aprobări

16.1. Instalare/ Dezinstalare kit aplicație

Rezultat asteptat Aplicatia trebuie sa fie stearsa din computer

16.2. Testarea interfeței

Toate elementele se regasesc in pagina si sunt aliniate corespunzator

Pondere importanta 0.75

Pondere importanta 0.75

Pondere importanta 0.75

16.3. Testarea securității

Rezultat asteptat Utilizatorul este logat dupa apasarea

Rezultat asteptat Utilizatorul este logat dupa apasarea

Rezultat asteptat Adminul ar trebui sa aiba posibilitatea de a

Rezultat asteptat Operatorul ar trebui sa nu aiba posibilitatea

Rezultat asteptat Operatorul ar trebui sa aiba posibilitatea de a

Rezultate Loginul se va realiza cu succes.

Rezultate asteptat Un mesaj de avertizare este afisat “Email

Rezultate asteptat Un mesaj care il informeaza pe utilizator ca

Rezultate asteptat Un mesaj care il informeaza pe utilizator ca

16.4. Testarea cu valori limită

Setul de date cu privire la numărul camerei este: 0<număr cameră<51

Setul de date cu privire la prețul camerei este: 99<prețul camerei<301

Să presupunem că dorim o reducere a numărului de teste la jumătate, prin

Setul de date cu privire la prețul dish-ului este: 0.99<preț dish<200.01

Setul de date cu privire la numărul de caractere al denumirii dish-ului este: 4<prețul

Preț dish/ 0.99 1 100 200 200.01

Să presupunem că dorim o reducere a numărului de teste la jumătate, prin

16.5. Metoda testării de traseu

Rezultate asteptat Un mesaj de eroare ar trebui sa fie afisat

Rezultate asteptat Un mesaj de eraoare ar trebui sa fie afisat

Rezultate asteptat Un mesaj de eraoare ar trebui sa fie afisat

Rezultate asteptat O eroare ar trebui sa fie afișată

Rezultate asteptat O eroare ar trebui sa fie afișată

Rezultate asteptat O eroare ar trebui sa fie afișată pentru câmpul

Rezultate asteptat Contul cu toate datele introduse de catre

16.7. Testarea pozitivă

Rezultate asteptat Loginul este efectuat cu succes. Utilizatorul