<BookDaCapo> Versiune: 1.

0
Plan de testare Data: <11/05/16>
<BookDaCapo.exe>

<Aplicaţia BookDaCapo >

Plan de testare

Versiunea <1.0>

Realizat de:

Bejan Roxana Ionela

Burlacu Mădălina Iuliana
Căluțu Ștefan Alexandru
Chircan Silviu Vlad
Hariga Viorela Elena

Mai 2016
 Plan de Test:
Conţinut:

1.COD IDENTIFICARE: ..................................................................................................................................... 2

2.REFERINŢE: ..................................................................................................................................................... 2

3.INTRODUCERE ................................................................................................................................................ 2

4.ELEMENTE DE TESTARE ............................................................................................................................. 4

5.CARACTERISTICI CE TREBUIE TESTATE .............................................................................................. 7

6.CARACTERISTICI CE NU TREBUIE TESTATE ....................................................................................... 7

7.ABORDARE ....................................................................................................................................................... 7

8.CRITERII DE TRECERE / PICARE A TESTULUI DE CĂTRE ELEMENTELE TESTATE................ 8

9.REZULTATE FINALE ALE TESTELOR ..................................................................................................... 8

10.SARCINI DE TESTARE ................................................................................................................................. 8

11.NEVOI DE MEDIU ......................................................................................................................................... 9

12.NEVOI DE PERSONAL ŞI SPECIALIZARE .............................................................................................. 9

13.RESPONSABILITĂŢI ŞI PROGRAM.......................................................................................................... 9

14.RISCURI ŞI EVENIMENTE NEPREVĂZUTE ......................................................................................... 10

15.APROBĂRI .................................................................................................................................................... 10

1
1. Cod identificare:

Cod STP: BookDaCapo01_STP – STP pentru BookDaCapo versiunea 1.0

2. Referinţe:
Tabelul 1 - Referinte

Aplicaţie informatică BookDaCapo

Domeniu Hotelier
Versiune 1.0
Mediul de dezvoltare Notepad++, XAMP Server (limbaje: Html, Php, Javascript)
Specificaţii Anexa 1

3. Introducere

Aplicatia BookDaCapo va avea ca scop informatizarea procesului de rezervări online

pentru serviciile hoteliere din cadrul hotelului “Da Capo”. Prin intermediul modulelor ce se
vor dezvolta, aplicatia va permite vizualizarea atât de către vizitatori, cât și de către utilizatorii
înregistrați; mai mult, utilizatorii înregistrați din grupul angajaților vor putea să gestioneze
informațiile afișate.
Principalul scop al prezentului plan de testare constă în asigurarea derulării cu succes a
operaţiunilor necesare evidenţierii corespondenţelor dintre specificaţiile aplicaţiei
BookDaCapo, realizările efective ale echipei de dezvoltare prin produsul informatic pus la
dispoziţia echipei de testare. Necorelările constatate stau la baza îmbunătăţirii aplicaţiei în
etapa următoare de către echipa de dezvoltatori.
Aplicaţia poate fi utilizată de două tipuri de useri: administrator şi utilizator,
administratorul are drepturi depline asupra aplicaţiei, în plus faţă de utilizator el putând accesa
formularele: Gestiune utilizator, gestiune rezervari, reviews, backup, modificare/stergere
camere hotel/masa de restaurant.
Proiectul va conţine următoarele metode de testare: A. Metoda testării de interfaţă B.
Metoda testării negative C. Metoda testării pozitive D. Metoda testării valorilor limită E.
Metoda testării securităţii F. Metoda testării de traseu G. Metoda testării automate H. Metoda
testării de stres.

2
 Se va verifica faptul că accesarea site-ului 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
BookDaCapo sunt conforme cu cerinţele definite de utilizatori şi că interfaţa răspunde
specificaţiilor problemei formulate de către beneficiari, în corelaţie cu standardele minime în
domeniul hotelier.

Tehnici de testare
Tehnica testării pozitivă:
Modalitatea de testare inclusăîndocumentulprezentat va ţinecont de specificul
aplicaţiei, şi va dori testarea pozitivă, care reprezintă probarea sistemului cu privire la
capacitatea de a oferi date valide. Aceasta se realizează cu ajutorul percepţiilor pozitive, cu
alte cuvinte, testele efectuate se realizează la modul de introducere a valorilor care se
potrivesc cu cerinţele clientului. Orice funcţionalitate privind testarea sistemului ce va fi
determinată ca fiind neconformă cu specificaţiile, dar nu reprezintă o funcţionalitate critică a
aplicaţiei, va fi actualizată într-o versiune următoare. În acelaşi timp, testerii se vor asigura că
funcţionalităţile de bază, cât şi cele specifice domeniului aplicaţiei BookDaCapo sunt
conforme cu cerinţele definite de utilizatori şi că sistemul răspunde specificaţiilor problemei
formulate de către beneficiari în corelaţie cu standardele minime în domeniul hotelier.

Tehnica testării negative

Spre deosebire de testare pozitivă, ce se bazează pe utilizarea valorilor valide cu scopul
obținerii de rezultate conforme cu cerințele stabilite, testarea negativă este caracterizată de o
percepție negativă. Astfel, prin testele efectuate se urmărește “spargerea”/”distrugerea”
sistemuui. Cu alte cuvinte, testele efectuate se realizează la modul de introducere a valorilor
care nu se potrivesc cu cerinţele clientului, mai exact, cu valori invalide. Acest timp de testare
constituie și suport pentru stabilirea limitelor sistemului, precum și un determinant al
factorilor ce pot crește vulnerabilitatea sistemului.

Tehnica testării securităţii

O altă tehnică de testare ce va fi utilizată este testarea securității. Aceasta se realizează
cu ajutorul percepţiilor securităţii, care se potrivesc cu cerinţele clientului.Testarea de
securitate este un proces destinat să evidențieze deficiențe în mecanismele de securitate ale
unui sistem informatic, care protejează datele și menține funcționalitatea dorită. Din cauza
limitărilor logice ale testelor de securitate, trecerea de testarea de securitate nu este un indiciu

3
că nu există defecte sau că sistemul satisface în mod corespunzător cerințele de securitate.
Cerințele de securitate tipice pot include elemente specifice de confidențialitate, integritate,
autentificare, disponibilitate, autorizare.
Tehnica testării valorilor limită
Testarea limită sau analiza valorii limită, este în cazul în care cazuri de testare sunt
generate folosind extremele domeniului de intrare, de exemplu, valorile maxime, minime,
doar în interiorul / exteriorul granițelor, valori tipice, și eroare. Testerii se vor asigura că
valorile alese sunt conforme cu cerinţele definite de utilizatori şi că sistemul răspunde
specificaţiilor problemei formulate de către beneficiari în corelaţie cu standardele minime în
domeniul hotelier.

Tehnica testării de interfaţă

Testarea interfeței este efectuată pentru a evalua dacă sistemele sau componentele
permit transmiterea datelor și controlul corect între ele.
Tehnicatestării de traseu
Prin intermediul testării de traseu se vor demonstra capabilităţile cheie funcţionale
prin testarea părţilor programului care îndeplinesc funcţiile de afacere în aplicaţie.
Un traseu este o tranzacţie din logica afacerii ce constă într-un set de funcţii. Este
singurul proces prin care se trece prin întregul sistem. Orice funcţie este testată separat, dar în
cadrul traseului, prin care se urmăreşte logica şi finalitatea procesului de afacere. Traseele
sunt integrate pe rând şi testate incremental ca nişte subsisteme şi astfel se testează întregul
sistem. Această tehnică de testare ajută testarea de acceptanţă.
În cadrul testării de traseu se ia prima operaţiune/tranzacţie care este înregistrată în
sistem şi apoi se trece la a doua după ce prima a fost înregistrată cu succes, continuându-se
astfel, urmărindu-se logica afacerii, ajungem la ultima tranzacţie, care implică finalizarea cu
succes a celor anterioare. Acest traseu poate fi împărţit în mai multe trasee sau ramificate sub
alte condiţii şi alte subtrasee, astfel încât să se acopere orice traseu al afacerii de la o anumită
tranzacţie iniţială până la alta finală.

4. Elemente de testare
Echipa de testare va avea în atenţia sa următoarele elemente de testat:
 Testarea instalării/dezinstalării
o Verificați că instalarea aplicației se realizează cu succes;
o Verificați că aplicația poate fi accesată după instalare;

4
 o Verificați că aplicația poate fi dezinstalată;
 Testarea funcţiilor prevăzute în specificaţii din perspectiva metodei de testare
pozitivă:
o Se verifică functionalitatea butoanelor prin apelarea cu un click din meniul principal
o Se verifică câmpurile editabile prin introducerea unor caractere ce se încadrează în
limitele constângerilor
o Se verifică că logarea se poate efectua cu un user existent si cu o parola corecta
o Se verifică apariția unui mesaj de avertizare la autentificare atunci când userul nu este
înregistrat
o Se verifică apariția unui mesaj de avertizare când userul este înregistrat, dar parola nu
este corectă
o Se verifică că nu sunt acceptate conturi multiple pentru aceeași adresă de e-mail
o Pentru un utilizator logat, se verifică că se pot edita informațiile personale
o Se verifică că un utilizator înregistrat poate rezerva o cameră
o Se verifică că un utilizator înregistrat poate rezerva o masă
o Se verifică că un utilizator neînregistrat nu poate rezerva o cameră
o Se verifică că un utilizator neînregistrat nu poate rezerva o cameră
o Se verifică că se poate realiza verificarea disponibilității unei camere de către un
utilizator înregistrat
o Se verifică că la depășirea numărului de logări consecutive eșuate, un mesaj cu
verificarea numărului de telefon sau a adresei de email este afișat
o Se verifică că pot fi trimise review-uri.
o Se verifică tur profil pentru vizitator.
o Se verifică tur profil pentru administrator.
o Se verifică tur profil pentru utilizator înregistrat.

 Testarea funcţiilor prevăzute în specificaţii (testarea negativă)

o Se verifică că logarea nu se poate efectua cu un user inexistent
o Se verifică că logarea nu se poate efectua cu un user existent, dar cu o parola gresita
o Se verifică că nu se pot crea doi useri cu acelasi username
o Se verifică că nu se poate înregistra un nou utilizator folosind caractere speciale (e.g.
Name de forma $@$@!5)
o Se verifică că nu se poate efectua o rezervare cu “From date” în trecut

5
o Se verifică că nu se poate efectua o rezervare cu date invalide

 Testarea funcţiilor de securitate prevăzute în specificaţii:

o Se verifică că administratorul se poate loga în panel
o Se verifică că un utilizator înregistrat nu se poate loga în panel
o Se verifică dacă administratorul poate vizualiza corespunzător componentele şi
subcomponentele meniului
o Se verificăcă un utilizator nu poate modifica anumite informaţii despre o cameră
o Se verifică că meniul User nu este afișat pentru vizitatori (utilizatori neînregistrați)

 Testarea funcţiilor prevăzute în specificaţii din perspectiva tehnicii testării

valorilor limită:
o Se verifică că se poate crea un user cu o parolă formată din 5 caractere
o Se verifică că se poate crea un user cu o parolă formată din 10 caractere
o Se verifică că se poate crea un user cu o parolă formată din 20 de caractere
o Se verifică ca nu se poate crea un user cu o parolă formată din 2 de caractere
o Se verifică că se poate selecta prima valoare din combo box-ul Adults din pagina de
rezervare
o Se verfică că se poate selecta valoarea 3 din combo box-ul Adults din pagina de
rezervare
o Se verifică că se poate selecta ultima valoare din combo box-ul Adults din pagina de
rezervare

 Testarea interfeţei aplicaţiei:

o Verificarea specificării lungimii şirului de caractere care formează parola la
introducerea ei greşită
o Verificarea ferestrei principale Menu, navigarea în submeniurile aplicaţiei,
deschiderea formularelor
o Verificarea butoanelor de navigare ale aplicaţiei
o Verificarea corectitudinii textelor afișate
 Testarea firului logic al afacerii aferent aplicaţiei BookDaCapo
o Efectuarea unei rezervări de către un utilizator deja înregistrat. Prin acest traseu se va
testa tranzacția de înregistrare a unei rezervări.

6
 o Efectuarea unei rezervări de către un vizitator(utilizator neînregistrat în baza de date).
Prin acest traseu se va testa restricția efectuării unei rezervări dacă utilizatorul nu este
înregistrat.
o Efectuarea unei înregistrări și apoi a unei rezervări. Se va testa dacă este posibilă
efectuarea unei rezervări imediat după operațiunea de înregistrare a utilizatorului nou.
o Efectuarea autentificării de către un utilizator nou creat, dar care nu a fost aprobat de
către administrator.

 Testarea de funcţionalitate prin tehnica testării automate a unor formulare

o Testarea proprietăţilor de interfaţă la deschidere pe 4 browsere (Mozilla, Internet
Explorer 11, Google Chrome, Safari)
o Testarea proprietăţilor de interfaţă la orice modificare importantă în formulare
o Introducere date în câmpuri pentru inserarea unei noi înregistrări
o Testarea funcţionalităţii butoanelor
o Testarea funcţionalităţilor tuturor controalelor de pe formular pe 4 browsere (Mozilla,
Internet Explorer 11, Google Chrome, Safari)
o Testarea populării corecte
o Se verifică comportamentul aplicației prin apăsarea repetată a butoanelor

5. Caracteristici ce trebuie testate

 Funcția de înregistrare
 Funcția de autentificare
 Funcția de rezervare
 Compatibilitate browsere
 Interfața
 Funcția de validare a datelor introduse sau selectate

6. Caracteristici ce nu trebuie testate

Nu se va testa compatibilitatea cu browserul Internet Explorer Edge.

7. Abordare
În conformitate cu specificul aplicaţiei, cu mediul sub care a fost dezvoltată vom
proceda la utilizarea unei strategii de testare exploratorie prin utilizare şi comparare succesivă
cu valori limită pe domeniul problemei.

7
8. Criterii de trecere/picare a testului de către elementele testate
Criteriile de intrare în efectuarea testelor se referă la:
a. Instalarea cu succes a aplicaţiei prin rularea kitului în acest sens;
b. Verificarea lansării cu succes în execuţie a aplicaţiei din browser;
c. Existenţa meniurilor prezentate în specificaţii;
Criteriile de ieşire din efectuare a testelor se referă la
a. finalizarea ciclului operaţiilor conform specificaţilor;
b. oricând se constată o blocare a aplicaţiei;
c. epuizarea tuturor cazurilor de teste stabilite pentru aplicaţie;
d. oricând este justificat, prin aprobarea şefului echipei de testare.
Criteriile de continuare a testelor
a. După fiecare refacere a aplicaţiei;
b. Dacă s-a constatat că este o necorelare de interfaţă, cu excepţia îndeplinirea criteriilor
b şi d de la criteriile de ieşire;
Criterii de suspendare şi cerinţe de reluare
Decizia de suspendare a testelor va fi condiţionată de neîndeplinirea uneia dintre
funcţionalităţile de bază ale aplicaţiei din cadrul ciclului operaţiilor de bază specifice
domeniului hotelier.
Cerinţele de interfaţă
Reluarea procesului de testare va avea loc doar după soluţionarea problemei de către
dezvoltatori.

9. 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.

10. Sarcini 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.

8
 Tabel 2- Sarcini de testare
Task Responsabil Termen
Realizare cazuri de test Burlacu Mădălina 3 zile
Căluțu Ștefan
Execuţie teste Bejan Roxana Ionela 7 zile
Burlacu Mădălina Iuliana
Căluțu Ștefan Alexandru
Raportare Hariga Viorela Elena 2 zile
Rezolvare erori Echipa de dezvoltare 1-3 zile (în funcție de
problemă)
Re-testare aplicaţie Bejan Roxana Ionela 5 zile
Hariga Viorela Elena
Test de acceptanţă client Chircan Silviu Vlad 14 zile

11. Nevoi de mediu

 Drepturi de admnistrator de sistem pentru instalarea aplicaţiei;
 Conexiune Internet

12. Nevoi de personal şi specializare

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.

13. Responsabilităţi şi program

Tabel 3 - Responsabilităţi şi termene

Sarcina Responsabil (responsabili) Termen

Realizare cazuri de test Burlacu Mădălina 3 zile

Căluțu Ștefan

Execuţie teste Bejan Roxana Ionela 7 zile

Burlacu Mădălina Iuliana
Căluțu Ștefan Alexandru
Raportare Hariga Viorela Elena 2 zile

Rezolvare erori Echipa de dezvoltare 1-3 zile (în functie de

problemă)

9
 Re-testare aplicaţie Bejan Roxana Ionela 5 zile
Hariga Viorela Elena

Test de acceptare la Chircan Silviu Vlad 14 zile

beneficiar

14. Riscuri şi evenimente neprevăzute

- Nu se recomandă utilizarea aplicaţiei cu Internet Explorer Edge din motive de
incompatibilitate şi anularea unor facilităţi necomune;
- Neimplementarea unor module.

15. Aprobări
Tabel 4 - Aprobări
Responsabil Data Semnătură
Manager de proiect: Bejan Roxana Ionela

Beneficiar: Hotel Da Capo

Analist programator: Căluțu Ștefan Alexandru

Manager Echipă Test: Burlacu Mădălina Iuliana

Manager Echipă Dezvoltare: Chircan Silviu Vlad

10