Documente Academic
Documente Profesional
Documente Cultură
RAPORT
Lucrare de laborator Nr.2
La disciplina: Testarea i verificarea produselor program
Tema: Specificarea
A efectuat :
A verificat:
lector superior
Catriuc Mariana
Bagrin Veronica
Chisinau 2016
Scopul lucrrii:
1. Formarea deprinderilor de testare a funcionalitilor unui produs.
2. Formarea abilitilor de partiionare n clase de echivalen a datelor de intrare.
3. Utilizarea tabelelor de decizie pentru a crea cazuri de test.
Noiuni teoretice despre tehnica de testare Black-Box:
n aceast strategie, testele sunt elaborate pe baza specificaiei programului. Programul este
vzut ca o cutie neagr a crei comportare este determinat prin prelucrarea unor date de
intrare i observarea rezultatelor obinute.
Problema central este de a concepe date de intrare prin prelucrarea crora defectele
algoritmului s fie puse n eviden prin observarea rezultatelor. Stabilirea acestora depinde n
mare msur de ndemnarea i experiena celui care face testarea, dar exist i idei cu
aplicabilitate mai general care pot s ghideze aciunea de selectare a eantioanelor de test.
Este util s ne imaginm domeniul datelor de intrare ca fiind partiionat n clase de
echivalen. Aceste clase de echivalen ar trebui s fie astfel determinate nct pentru datele
din aceeai clas programul testat s se comporte la fel. Dac aceast condiie este ndeplinit,
atunci testul const n executarea programului utiliznd un set de date ce conine cte un
eantion din fiecare clas.
Un aspect care nu trebuie neglijat n definirea claselor de echivalen este considerarea
valorilor netipice ale domeniului datelor de intrare, numite deseori valori "de la marginea"
domeniului.
Testul realizat cu setul de date propus este concludent dac pe unele eantioane nu se obin
rezultate corecte. Se impune deci analiza cauzelor care provoac funcionarea
necorespunztoare i eliminarea acestora. Aceast aciune se numete depanare a programului
i este consecina unui test concludent.
n situaia ideal ar trebui ca rezultatele testelor s fie aceleai, indiferent de eantionul ales
dintr-o clas de echivalen. Prin aceast calitate se legitimeaz faptul c eantionul este
reprezentativ pentru clasa din care face parte. In realitate criteriile de definire a claselor de
echivalen i fineea partiiei obinute influeneaz reprezentativitatea eantioanelor.
Obinerea unei partiii corespunztoare este un proces euristic care se desfoar gradual,
dirijat i de rezultatele testelor anterioare.
Condiia
Rezultatul ateptat
TC1
Alegerea limbii
TC2
TC4
TC5
TC6
Afiare/Modificare fi medical
TC7
TC8
TC9
Touch ID
TC11
Deschiderea app
TC12
Descriere App
Tabelul de decizie:
Conditie
Regula 1
Regula 2
Alegerea limbii
Meniul apare n
limba Romn
Se alege cutarea
Touch ID
Va aparea fisa
medicala
Meniul apare n
limba Rusa
Se alege cutarea
Account
Scanare nereusita
Cutare
Cutarea dup
Touch ID
Regula 3
Eroare
----Nu exista asa
Touch ID
Scanare
Cutare dup
nume i prenume
Va aparea fia
medical
Pagina de Pornire
Alegrea modulul de
utilizare lucrator
medical
Crearea ca simplu
utilizator care va
conine urmtoarele
celule: Numele[20
ch],Prenumele[20
ch],Touch
ID,Vrsta[0-140 ani],
Domiciliu[40],
sex[m/f] Grupa de
snge[0-,0+,A-,A+,B-,
B+,AB-,AB+],
contraindicaii
medicale[500]
Crearea fi
medical
Afiare
Modificare fi
medical
Nu exist o astfel de
fi pe aceast fi
nereusita
Nu exista o
astfel de
peroan
--Depasire
dimensiuni
celule
---
Depasire
dimensiune
celule
snge[0-,0+,A-,A+,B-,
B+,AB-,AB+],
contraindicaii
medicale[500]
Celulele Istorie
medicala[10 000], nr.
Poli medical find
blocate
n UML diagrama de stri a aplicaiei Touch ID v-a fi in felul urmtor figura 1. Diagrama
noastr descrie practic structura aplicaiei noastre i cum ea trebuie s arate.
Concluzie:
n urma colaborarii i schimbului de informaie ntre programatori i site, am elaborat
tabelul de decizii i tabelul de cazuri unde am explicat unele erori posibile.
Analiznd cerinele clienilor i programul efectuat noi am ajuns la concluzia ca
utilizatorul trebuie s primeasc cte mai puine erori posibile. i n rezultat ne-am convins c
unica eroare posibil este cea ca nu exist astfel de magistrat, utilizatorul va fi informat c
dup cautarea lui nici un magistrat nu a fost gsit, i i se va da alte propuneri de cutare.
Dup prima versiune am depistat ca situl nu putea s gseasc magistratul dac acela
avea n numele lui -. Astfel dup analiza erorii am hotrt c numele se va separa n doua
pari i se va nscrie n baz de date fr semn, apoi la cutare se va exclude semnul,
magistratul va fi gsit ,iar numele va fi afisat nu forma normal.
Unul din cel mai important punct n acest lucru este de a ntelege clar unde saitul poate
da gre i unde el se descurca bine. Astfel n urma acestor testri noi putem s ntoarcem saitul
ctre programiti pentru al edita i a exclude erorile care vor aprea.