Testarea sistemelor de calcul ş i a re ț elelor

1. Testarea sistemelor de calcul şi a rețelelor TSCR -curs- Ionescu Augustin-Iulian

2. Nivele de testare Capitolul 4 TSCR -curs- Ionescu Augustin-Iulian

3. Modelul W pentru dezvoltarea proiectelor Fig. 4.1 TSCR -curs- Ionescu Augustin-Iulian

4. Nivele de testare Fig. 4.2 TSCR -curs- Ionescu Augustin-Iulian

5. Platforma de testare PC – punct comandă PO – punct observație Fig. 4.3 TSCR -curs- Ionescu Augustin-Iulian

6. Testarea componentelor (Unit testing) Obiectiv: • Depistarea existenței unor defecte la nivel de unitate funcțională (componentă) Avantaje: • Dimensiunea componentelor este suficient de mică pentru a permite ulterior localizarea şi eliminarea ȋntr-un timp acceptabil a defectelor care au provocat eşecul. • Dimensiunea mică a componentelor permite generarea sistematică a unor cazuri de test care să acopere principalele defecte care ar putea să apară. Acest lucru permite automatizarea procesului de testare. • Se elimină confuziile legate de apariția şi propagarea unor defecte ȋn diverse componente. TSCR -curs- Ionescu Augustin-Iulian

7. Testarea componentelor Defecte tipice puse ȋn evidență: • Nu se ține cont de precedența operatorilor; • Utilizarea greşită a parantezelor; • Nume greşite ale obiectelor programului; • Compararea unor date de tipuri necompatibile; • Lipsa inițializării sau inițializare greşită; • Utilizarea unei precizii insuficiente; • Utilizarea greşită a unor operatori; • Ignorarea particularităților diverselor variante/versiuni de compilator/interpretor; TSCR -curs- Ionescu Augustin-Iulian

8. Testarea de integrare (integration testing) Obiectiv: • Testeaza interfața ȋntre componente pentru a pune ȋn evidență defecte ȋn transferul de informație ȋntre componente. Abordări ale testării de integrare: • Integrarea incrementală; • Integrarea top-down; • Integrare bottom-up; • Testarea de regresie; • Smoke testing; • Integrarea sandwich. Observatie! Indiferent de abordare, integrarea trebuie planificată cu grijă pentru a minimiza efortul de scriere a driverelor şi surogatelor. TSCR -curs- Ionescu Augustin-Iulian

9. Integrarea incrementală • Integrarea se face pas cu pas, integrând la primul pas două componente, apoi, după ce toate testele au fost realizate şi defectele eliminate se adaugă altă componentă, se refac toate testele anterioare, se adaugă noi teste şi asa mai departe până când cu testele considerate nu mai poate fi pus ȋn evidență nici un defect. Fig. 4.4 TSCR -curs- Ionescu Augustin-Iulian

10. Integrarea top-down • Este o variantă a integrării incrementale ȋn care se porneşte de la programul principal şi se adaugă mereu componente de pe nivelele imediat inferioare până când tot programul este testat. • Există două strategii posibile: • Integrarea ȋn adâncime (depth-first) - Fig. 4.5; • Integrarea pe nivele ale arhitecturii (breadth-first) - Fig.4.6; • Paşii procesului de integrare: • Programul principal joaca rolul de test driver si se introduc surogate pentru fiecare din componentele direct subordonate acestuia. • În funcție de strategia aleasă, la fiecare etapă un surogat este ȋnlocuit cu o componentă reală şi surogatele aferente acesteia. • Pentru fiecare componenta nou integrata se realizeaza testele planificate. • Numai după efectuarea tuturor testelor propuse, se trece la ȋnlocuirea următorului surogat cu o componentă reală. • Se efectuează teste de regresie pentru a pune ȋn evidență eventuale defecte datorate ultimei componente integrate. TSCR -curs- Ionescu Augustin-Iulian

11. Integrarea top-down TSCR -curs- Ionescu Augustin-Iulian

12. Integrarea bottom-up • Este o variantă a integrării incrementale ȋn care se porneşte de la componentele situate pe cele mai de jos nivele ȋn structura programului. • Paşii procesului de integrare: • Componentele de la nivelul inferior se reunesc ȋn clustere care realizează subfuncții bine precizate. • Pentru fiecare cluster sunt scrise programe driver care gestionează introducerea datelor de test şi extragerea rezultatelor. • Se testează fiecare cluster. • Se elimină driverele şi se integrează ȋn cluster componente de la nivelul superior, efectuând şi testele de regresie corespunzatoare. • Procesul se reia până când toate componentele au fost integrate. TSCR -curs- Ionescu Augustin-Iulian

13. Integrarea bottom-up TSCR -curs- Ionescu Augustin-Iulian

14. Integrarea combinată (sandwich) • Este o variantă a integrării incrementale ȋn care se combina cele doua metode de integrare prezentate anterior pentru a mari eficiența testării prin creşterea paralelismului ȋn operațiile de testare. • Paşii procesului de integrare: • Componentele de la nivelul inferior se reunesc ȋn clustere care realizează subfuncții bine precizate. • Pentru fiecare cluster sunt scrise programe driver care gestionează introducerea datelor de test şi extragerea rezultatelor. • Se testează fiecare cluster. • Pentru componentele de la nivelul superior testarea se face prin metoda top-down. • Se elimină driverele şi surogatele şi se integrează toate componentele testate anterior. Observatie! Avantajele metodei sunt legate de abilitatea planificării operațiilor de testare ȋn aşa fel incât să se minimizeze necesarul de surogate şi drivere şi să crească paralelismul operațiilor de testare/integrare. TSCR -curs- Ionescu Augustin-Iulian

15. Integrarea combinată (sandwich) TSCR -curs- Ionescu Augustin-Iulian

16. Testarea de regresie • Este un proces prin care se verifică dacă o modificare introdusă ȋntr-o componentă, indiferent de cauză, nu afectează funcționalitatea acesteia sau a ȋntregului program. • Setul de teste de regresie conține trei clase de teste: • Teste adiționale orientate pe anumite funcții realizate de program. • Teste care să verifice toate funcțiile realizate de program. • Teste concentrate pe componentele modificate. TSCR -curs- Ionescu Augustin-Iulian

17. Testul fumului (smoke testing) • Acest tip de test are ca scop sa puna in evidenta daca un produs este functional inainte de a trece la realizarea unor teste detaliate. • În hardware testul constă ȋn a pune sub tensiune un circuit nou sau ȋn care tocmai s-a ȋnlocuit/reparat o componentă. Dacă nu iese fum, produsul a trecut testul. • În software termenul descrie procesul de validare a modificărilor de cod ȋnainte de a trece la executarea setului de teste propuse pentru programul respectiv. Este o metodă foarte eficientă, prin care se pun ȋn evidență cu un minim de efort defectele grosolane. • Testele din aceasta categorie sunt teste usoare, cu timp de execuție mic şi sunt focalizate pe modificările introduse. • Fac parte din categoria white-box deoarece necesită cunoaşterea codului. Aveasta implică o bună colaborare ȋntre programatori şi testori. • Trecerea acestui test nu garantează calitatea impusă produsului, deci nu elimină celelalte categorii de teste. TSCR -curs- Ionescu Augustin-Iulian

18. Testul fumului (smoke testing) • Teste adiționale orientate pe anumite funcții realizate de program. • Teste care să verifice toate funcțiile realizate de program. • Teste concentrate pe componentele modificate. TSCR -curs- Ionescu Augustin-Iulian