Efectuat de: Jechiu Andrei, Hrbu Vadim UTM TI anul III

Prezentare realizat n cadrul practicii desfurate la Institutul de Dezvoltare a Societii Informaionale www.idsi.md

Definiii ale testrii

Testarea e procesul prin care se execut un program cu intenia de a gsi erori (Myers) Testarea este utilizat pentru a semnala prezena defectelor unui program, fr a garanta absena lor(Dijkstra)

Termeni folosii n testare

Defect (Defect) Excepie (Variance) Eec (Failure) Problem (Problem) Eroare (Error) Incident (Incident) Anomalie (Anomaly) Inconsisten (Inconsistency) Aparen (Feature) Neajuns (Fault) Bug

De ce este nevoie de testare ?

Satisfacerea cerinelor clientului este cheia reuitei oricrei afaceri. Obinerea ncrederii clientului prin oferirea un soft bun, de calitate. Calitatea softului este indicat doar prin testarea acestuia.

Cauzele erorilor
d deficienele din specificaie ( 60%) e erori de proiectare ( 30%) erorile de programare ( (uneori sub 15%) Principala surs a apariiei erorilor este lipsa comunicrii ntre membrii echipei care particip la dezvoltarea produsului software.

Costul erorilor
Erorile depistate i fixate n faza de descriere a specificaiilor nu cost practic nimic. Erorile depistate dup livrarea produsului mrete costul acestora de la mii la milioane de dolari.

Costul erorilor

Erori care au rmas n istorie

Aparat medical pentru terapie cu radiaie Therac-25 6 accidente cu mori i rni grave (1985-87, SUA, Canada) Cauza direct: erori in programul de control Analiz retrospectiv [Leveson 1995]: ncredere excesiv n software (n analiza produsului) fiabilitate siguran

Racheta Ariane 5 Autodistrugere dup o defeciune la 40 s de la lansare (1996) Cauza: conversia 64-bit float 16-bit int genereaz o excepie de depire netratat n programul ADA Cost: 500 milioane dolari (racheta), 7 miliarde dolari (proiectul) Analiz retrospectiv: principala cauz: reutilizarea nejudicioasa de software cod preluat de la Ariane 4, fr reanalizare corespunztoare:

Erori care au rmas n istorie

Eroarea din procesorul Intel Pentium Eroare n unitatea de mprire cu virgula mobila, 1994 Cost: cca. 400 milioane dolari Analiz ulterioar Circuitul putea fi verificat formal - demonstrare automat de teoreme [Clarke, German & Zhao] - cu structuri speciale de date pentru reprezentarea nmulirii/mpririi [Bryant & Chen] Accentul a fost pus pe componente mai complexe (unitatea de execuie, coerena memoriei cache)

Principii ale testrii (Mayers)

P1: Un caz de test trebuie sa defineasc neaprat ieirea sau rezultatul dorit. P2: Un programator ar trebui sa evite sa-i testeze propriul program. P3: Companiile de programare nu ar trebui s-i testeze produsele proprii. P4: Fiecare rezultat al testului trebuie examinat foarte minuios. P5: Cazurile de test trebuie s fie scrise att pentru condiii de intrare valide ct i pentru cele invalide i neateptate.

Principii ale testrii (Mayers)

P6: Trebuie testat c produsul face ce trebuie i nu face ce nu trebuie. P7: Trebuie de pstrat i refolosit cazurile de test. P8: Nu se planific procesul de testare presupunnd c nu vor fi gsite erori. P9: Probabilitatea de a gsi erori ntr-un fragment de cod este proporional cu numrul de erori deja gsite. P10: Testarea este un lucru extrem de creativ i intelectual.

Axiomele testrii (Patton)

Este imposibil testarea complet a unui program. Testarea software este un exerciiu de apreciere a riscurilor. Testarea nu poate arta c produsul nu are erori. Cu ct mai multe erori gseti, cu att mai multe sunt. Paradoxul pesticidelor: erorile devin rezistente la teste. Nu toate erorile gsite vor fi corectate. E greu de spus cnd o eroare e o eroare. Specificaiile produselor nu sunt niciodat definitive. Testorii nu sunt cei mai populari membri ai echipei de proiect.

Etapele dezvoltrii sistemelor

Analiza Proiectarea Implementare Testare

Etapele procesului de testare sunt practic aceleai ca i etapele proiectrii sistemelor. Testarea este unul dintre cele mai importante etape din ciclul de via a sistemelor i este o greeal mare subestimarea sau evitarea acestei etape.

Etapele procesului de testare

Planificarea Analiza Proiectarea Implementarea Execuia Evaluarea

Metode de testare
Testarea funcional se refer la cerinele funcionale ale aplicaiei i cuprinde faptul ct de bine sistemul execut funciile sale. Acesta include comenzi de utilizare, manipulare de date, cutri i procese de afaceri, integrri. Testarea non-funcional testarea aplicaiei fa de cerinele non-funcionale i este conceput pentru a evalua pregtirea unui sistem n funcie de mai multe criterii care nu sunt acoperite prin teste funcionale.

Tehnicile de testare

Black box White box

Testarea Black Box

Testarea Black box este o tehnic de testare software care se bazeaz n ntregime pe cerinele software i specificaiile acesteia.

n Testarea Black box ne concentrm doar asupra intrrilor i ieirilor ale sistemului i NU suntem interesai de structura intern a programului software.

Testarea White Box

Testarea White Box (cutia transparent sau cutia deschis) tehnica de creare a cazurilor de test asupra codului programului pentru a detecta orice scenariu cu potenial eec.

Tipurile de testare
Testarea unitilor (white box) testarea celor mai mici uniti testabile (clase, pagini web) independent una de alta. Obinut de dezvoltator. Testarea de integritate (black & white box) evaluarea iteraciunii ntre unitile testate distinct i separat dup ce au fost integrate. Testarea de sistem (black box) testarea complet a sistemului (echip de testeri). Testarea de acceptare (black box) evalueaz sistemul n cooperare cu clientul sau sub patronajul acestuia ntr-un mediu apropiat mediului de producie. Testarea regresiv (black & white box) reprezint procesul de re-testare dupa remedieri sau modificri ale produsului sau ale mediului su. Duce la automatizare. Testarea beta (black box) permite utilizatorilor s lucreze cu versiunile timpurii ale unui produs cu scopul de a oferi feedback-uri din timp.

Rolul testerului
Definiia 1. Scopul testorului este de a depista erorile softului. Definiia 2. Scopul testorului este de a depista erorile softului ct mai devreme posibil. Definiia 3. Scopul testorului este de a depista erorile softului ct mai devreme posibil i se asigur c ele au fost fixate i luate msuri n legtur cu aceasta.

Concluzii
Testarea este pricipalul proces fr de care nu se poate de realizat un produs software de calitate. Testarea ocup cel mai mult timp din dezvoltarea produsului. Procesul de testare trebuie s nceap de la etapele iniiale a proiectului i anume de la scrierea cerinelor proiectului.