Testarea
This presentation is the property of its rightful owner.
Sponsored Links
1 / 18

Testarea sistemelor de calcul ş i a re ț elelor PowerPoint PPT Presentation


  • 51 Views
  • Uploaded on
  • Presentation posted in: General

Testarea sistemelor de calcul ş i a re ț elelor. Nivele de testare. Capitolul 4. Modelul W pentru dezvoltarea proiectelor. Fig. 4.1. Nivele de testare. Fig. 4.2. Platforma de testare. PC – punct comand ă. PO – punct observație. Fig. 4.3. Testarea componentelor (Unit testing).

Download Presentation

Testarea sistemelor de calcul ş i a re ț elelor

An Image/Link below is provided (as is) to download presentation

Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author.While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server.


- - - - - - - - - - - - - - - - - - - - - - - - - - E N D - - - - - - - - - - - - - - - - - - - - - - - - - -

Presentation Transcript


Testarea sistemelor de calcul i a re elelor

Testarea

sistemelor de calcul

şi a

rețelelor

TSCR -curs- Ionescu Augustin-Iulian


Nivele de testare

Nivele de testare

Capitolul 4

TSCR -curs- Ionescu Augustin-Iulian


Modelul w pentru dezvoltarea proiectelor

Modelul W pentru dezvoltarea proiectelor

Fig. 4.1

TSCR -curs- Ionescu Augustin-Iulian


Nivele de testare1

Nivele de testare

Fig. 4.2

TSCR -curs- Ionescu Augustin-Iulian


Platforma de testare

Platforma de testare

PC – punct comandă

PO – punct observație

Fig. 4.3

TSCR -curs- Ionescu Augustin-Iulian


Testarea componentelor unit testing

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


Testarea componentelor

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


Testarea de integrare integration testing

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


Integrarea incremental

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


Integrarea top down

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


Integrarea top down1

Integrarea top-down

TSCR -curs- Ionescu Augustin-Iulian


Integrarea bottom up

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


Integrarea bottom up1

Integrarea bottom-up

TSCR -curs- Ionescu Augustin-Iulian


Integrarea combinat sandwich

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


Integrarea combinat sandwich1

Integrarea combinată (sandwich)

TSCR -curs- Ionescu Augustin-Iulian


Testarea de regresie

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


Testul fumului smoke testing

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


Testul fumului smoke testing1

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


  • Login