7 principii cheie de testare ISTQB | # 3 Primii pași în testarea software-ului

Efectuarea unor teste software precise și corecte urmează numeroase principii. International Software Testing Qualifications Board distinge șapte elemente fundamentale, despre care vom discuta astăzi. Ești curios să afli? Citiți un articol despre principiile cheie de testare ISTQB!

Principii de testare ISTQB – cuprins:

1. Testarea dezvăluie defecte, dar nu poate dovedi absența acestora
2. Testarea amănunțită este imposibilă
3. Testarea timpurie economisește timp și bani
4. Efect de bulgăre de zăpadă defectuoasă
5. Paradoxul pesticidelor
6. Depinde de context
7. Publicitatea software-ului impecabil este o opțiune
8. rezumat

Testarea dezvăluie defecte, dar nu poate dovedi absența acestora

Testarea crește probabilitatea de a găsi greșeli, ceea ce, la rândul său, facilitează șansele de a le remedia. Cu toate acestea, nu poate garanta pe deplin că software-ul este lipsit de toate defecte, chiar dacă marea majoritate este depistată și remediată. Din cauza incapacității de a crea un software impecabil, mulți consideră procesul ca fiind negativ din punct de vedere al concepției, deoarece nu veți obține niciodată un rezultat pozitiv și veți găsi întotdeauna ceva „murdărie” în programe.

Testarea amănunțită este imposibilă

Regula generală de mai sus spune că detectarea tuturor defecțiunilor software-ului este inutilă. Cu toate acestea, acest lucru nu se aplică programelor scurte simple. Acest lucru, la rândul său, indică faptul că există șansa de a vedea toate combinațiile de intrări și condițiile preliminare pentru a testa unele programe complet. Când evaluăm software-ul sofisticat, chiar și cel mai bun AI nu poate executa toate măsurătorile necesare, darămite testere manuale. Evaluatorii automati vor rula prin aplicații mai eficient și mai precis, dar totuși nu pot garanta performanțe impecabile. Pentru a face acest lucru, trebuie să vă lansați în sarcini suplimentare, cum ar fi prioritizarea, analiza riscurilor, precum și găsirea și rularea altor tehnici de testare.

Testarea timpurie economisește timp și bani

Mulți profesioniști numesc și acest principiu „deplasarea la stânga”. Cu cât descoperiți mai devreme defectele, cu atât le puteți remedia mai ușor, prin urmare testarea statică și dinamică ar trebui să înceapă cât mai curând posibil. Pe scurt:

• Testare statică – evaluarea produsului fără a rula codul.
• Testare dinamică – evaluarea codului unui modul sau sistem în timpul performanței acestuia

Detectarea defectelor în primele faze de implementare facilitează diagnosticarea ulterioară. Dar atunci când două domenii ale software-ului interacționează, modificarea defectelor devine supărătoare din cauza incapacității de a identifica cel care are eroarea. În astfel de cazuri, este nevoie de timp suplimentar, efort și forță de muncă pentru a rezolva. Una peste alta, răspunsul rapid la obstacolele de suprafață poate împiedica multiplicarea fisurilor

Efect de bulgăre de zăpadă defectuoasă

Cele mai multe erori tind să se grupeze în majoritatea modulelor critice, astfel încât examinarea lor aprofundată dezvăluie și elimină suficient cele mai multe. Aceste grupuri devin punctul central al analizei de risc pentru a stabili și viitoarea desfășurare a acțiunilor. Majoritatea defectelor apar după ce urmează căile pe care le parcurg utilizatorii, dar în aceste cazuri, numai cunoștințele nu fac ca modulele să fie impecabile.

Principiul Pareto spune că 80% din rezultate provin din doar 20% din cauze. Cu alte cuvinte, 80% dintre erori există în 20% din module. Dacă întâmpinați numeroase defecțiuni într-un modul, continuați să săpați, deoarece acestea vor fi acolo.

Paradoxul pesticidelor

Executarea în mod repetat a acelorași teste poate eșua, deoarece este posibil să fi fost proiectate incorect în primul rând și nu se vor dovedi niciodată eficiente. Trebuie să modificați și să faceți upgrade de testare pentru a crește șansa de a găsi noi erori în software.

Nici crearea unui sistem complet nou de diagnosticare nu va fi de folos. Urmărirea combinațiilor anterioare poate opri procesul de evaluare la același nivel. Acest principiu este numit „paradoxul pesticidelor”, deoarece pesticidele care controlează dăunătorii își pierd și eficacitatea după o anumită cantitate de utilizare.

Depinde de context

Modul de executare a testării depinde de subiecții examinați. Astfel, testarea unui program de contabilitate, a unui joc video sau a unei aplicații de rețea socială variază substanțial. Depinde, de asemenea, de situație, de exemplu, o analiză care se concentrează pe caracterul practic al unei aplicații, cum ar fi verificarea atractivității acesteia pentru utilizatori, ușurința în utilizare, stratul vizual etc. diferă de asemenea de acele evaluări care vizează atributele funcționale ale programului, de ex. calcule corecte.

Publicitatea software-ului impecabil este o opțiune

Aplicarea diferitelor tipuri de instrumente de diagnosticare nu poate garanta aplicații exacte. Mulți dintre cei care pretind și își fac reclamă aplicațiile ca atare greșesc, dar probabil doar pentru eforturile de marketing pe care îl spun. Puteți executa mai multe teste manuale și automate pentru a crește probabilitatea de a descoperi și remedia cât mai multe erori posibil, dar totuși, nu există nicio garanție a performanței perfecte. În unele cazuri, obstacolele se referă la operarea software-ului, de exemplu este posibil ca programul să nu satisfacă toate așteptările utilizatorilor.

Principii de testare ISTQB – rezumat

Acesta este modul în care ISTQB, la un nivel de bază, prezintă șapte principii de testare ISTQB pe care un tester de software ar trebui să le urmeze. În primul rând, ele indică infezabilitatea diagnosticării complete a software-ului, de aceea este esențial, printre altele, modificarea testelor, precum și efectuarea unei căutări amănunțite în modulele cheie. Aceste acțiuni sporesc căutarea și eliminarea majorității defectelor, scăzând probabilitatea defecțiunilor în viitor.

Ce este testarea software-ului? Acum știi răspunsul! Consultați celelalte serii ale noastre despre Python și Javascript!

Dacă vă place conținutul nostru, alăturați-vă comunității noastre de albine ocupate pe Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.

Autor: Robert Whitney

Expert JavaScript și instructor care antrenează departamentele IT. Scopul său principal este de a crește productivitatea echipei, învățându-i pe alții cum să coopereze eficient în timp ce codifică.

Vizualizați toate postările

Primii pași în testarea software-ului:

1. Ce este testarea software-ului?
2. 1 mare adevăr despre erorile software
3. Șapte principii cheie de testare ISTQB
4. 6 faze ale STLC
5. Testare vs. depanare
6. Verificare și validare în procesul de testare software