Tehnici de testare
5 likes•15,462 views
Testarea software este un proces esențial destinat identificării erorilor, având ca scop garantarea calității produsului final. Există principii și metode diverse de testare, inclusiv testarea funcțională și non-funcțională, care se desfășoară în etape precum planificare, analiză și evaluare. Testarea timpurie și riguros structurată poate preveni costuri mari asociate erorilor care apar post-livrare.
![Erori care au rămas în istorie
Aparat medical pentru terapie cu radiaţie „Therac-25”
6 accidente cu morţi şi răni 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 defecţiune la 40 s de la lansare (1996)
Cauza: conversia 64-bit float —► 16-bit int generează o excepţiede
depăşire 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, fără reanalizare corespunzătoare:](https://image.slidesharecdn.com/tehnicidetestare-130424133925-phpapp02/85/Tehnici-de-testare-8-320.jpg)
![Erori care au rămas în istorie
Eroarea din procesorul Intel Pentium
Eroare în unitatea de împărţire 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 înmulţirii/împărţirii [Bryant &
Chen]
• Accentul a fost pus pe componente mai complexe (unitatea de execuţie, coerenţa
memoriei cache)](https://image.slidesharecdn.com/tehnicidetestare-130424133925-phpapp02/85/Tehnici-de-testare-9-320.jpg)
Tehnici de testare
- 2. Definiții ale testării “Testarea e procesul prin care se execută un program cu intenţia de a găsi erori” (Myers) “Testarea este utilizată pentru a semnala prezenţa defectelor unui program, fără a garanta absenţa lor”(Dijkstra)
- 3. Termeni folosiți în testare Defect (Defect) Excepţie (Variance) Eşec (Failure) Problemă (Problem) Eroare (Error) Incident (Incident) Anomalie (Anomaly) Inconsistenţă (Inconsistency) Aparenţă (Feature) Neajuns (Fault) Bug
- 4. De ce este nevoie de testare ? Satisfacerea cerințelor clientului este cheia reușitei oricărei afaceri. Obținerea încrederii clientului prin oferirea un soft bun, de calitate. Calitatea softului este indicată doar prin testarea acestuia.
- 5. Cauzele erorilor deficienţele din specificaţie (≈ 60%) erori de proiectare (≈ 30%) erorile de programare (uneori sub 15%) Principala sursă a apariției erorilor este lipsa comunicării între membrii echipei care participă la dezvoltarea produsului software.
- 6. Costul erorilor Erorile depistate și fixate în faza de descriere a specificațiilor nu costă practic nimic. Erorile depistate după livrarea produsului mărește costul acestora de la mii la milioane de dolari.
- 8. Erori care au rămas în istorie Aparat medical pentru terapie cu radiaţie „Therac-25” 6 accidente cu morţi şi răni 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 defecţiune la 40 s de la lansare (1996) Cauza: conversia 64-bit float —► 16-bit int generează o excepţiede depăşire 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, fără reanalizare corespunzătoare:
- 9. Erori care au rămas în istorie Eroarea din procesorul Intel Pentium Eroare în unitatea de împărţire 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 înmulţirii/împărţirii [Bryant & Chen] • Accentul a fost pus pe componente mai complexe (unitatea de execuţie, coerenţa memoriei cache)
- 10. Principii ale testării (Mayers) P1: Un caz de test trebuie sa definească neapărat ieşirea 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 minuţios. P5: Cazurile de test trebuie să fie scrise atât pentru condiţii de intrare valide cât şi pentru cele invalide şi neaşteptate.
- 11. Principii ale testării (Mayers) P6: Trebuie testat că produsul face ce trebuie şi nu face ce nu trebuie. P7: Trebuie de păstrat şi refolosit cazurile de test. P8: Nu se planifică procesul de testare presupunând că nu vor fi găsite erori. P9: Probabilitatea de a găsi erori într-un fragment de cod este proporţională cu numărul de erori deja găsite. P10: Testarea este un lucru extrem de creativ şi intelectual.
- 12. Axiomele testării (Patton) Este imposibilă testarea completă a unui program. Testarea software este un exerciţiu de apreciere a riscurilor. Testarea nu poate arăta că produsul nu are erori. Cu cât mai multe erori găseşti, cu atât mai multe sunt. Paradoxul pesticidelor: erorile devin rezistente la teste. Nu toate erorile găsite vor fi corectate. E greu de spus când o eroare e o eroare. Specificaţiile produselor nu sunt niciodată definitive. Testorii nu sunt cei mai populari membri ai echipei de proiect.
- 13. Etapele procesului de testare Planificarea Analiza Proiectarea Implementarea Execuţia Evaluarea
- 14. Etapele proiectării sistemelor Analiza Proiectarea Implementare Testare Etapele procesului de testare sunt practic aceleași ca și etapele proiectării sistemelor. Testarea este unul dintre cele mai importante etape din ciclul de viață a sistemelor și este o greșeală mare subestimarea sau evitarea acestei etape.
- 15. Metode de testare Testarea func țională – se referă la cerințele funcționale ale aplicației și cuprinde faptul cît de bine sistemul execută funcțiile sale. Acesta include comenzi de utilizare, manipulare de date, căutări și procese de afaceri, integrări. Testarea non-func țională – testarea aplicației față de cerințele non-funcționale și este conceput pentru a evalua pregătirea unui sistem în funcție de mai multe criterii care nu sunt acoperite prin teste funcționale.
- 16. Tehnicile de testare Black box White box
- 17. Testarea Black Box Testarea Black box este o tehnică de testare software care se bazează în întregime pe cerinţele software şi specificaţiile acesteia. În Testarea Black box ne concentrăm doar asupra intrărilor şi ieşirilor ale sistemului şi NU suntem interesaţi de structura internă a programului software.
- 18. 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 potenţial eşec.
- 19. Tipurile de testare Testarea unităţilor – (white box) testarea celor mai mici unităţi testabile (clase, pagini web) independent una de alta. Obţinut de dezvoltator. Testarea de integritate – (black & white box) evaluarea iteracţiunii între unităţile 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 producţie. Testarea regresivă – (black & white box) reprezintă procesul de re-testare dupa remedieri sau modificări ale produsului sau ale mediului său. 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.
- 20. Rolul testerului Definiţia 1. Scopul testorului este de a depista erorile softului. Definiţia 2. Scopul testorului este de a depista erorile softului cât mai devreme posibil. Definiţia 3. Scopul testorului este de a depista erorile softului cât mai devreme posibil şi se asigură că ele au fost fixate şi luate măsuri în legătură cu aceasta.
- 21. Concluzii Testarea este pricipalul proces fără 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 inițiale a proiectului și anume de la scrierea cerințelor proiectului.