ce este testarea exhaustivă?

testarea exhaustivă, cunoscută și sub numele de testare completă, are loc atunci când toți testerii din echipa dvs. sunt epuizați și când toate testele planificate au fost executate. Este o tehnică de testare a asigurării calității în care toate scenariile sau datele sunt testate pentru testare. Într-un mod mai ușor de înțeles, testarea exhaustivă înseamnă asigurarea faptului că nu există defecte nedescoperite la sfârșitul fazei de testare. Testarea tuturor (toate combinațiile de intrări și condiții prealabile) nu este fezabilă, cu excepția cazurilor banale. Ca testeri, spunem adesea”ei bine, nu am niciodată suficient timp pentru testare”. Chiar dacă ai avea tot timpul în această lume, tot nu ai avea suficient timp pentru a testa toate combinațiile posibile de intrare și combinații de ieșire.

de ce testarea exhaustivă este imposibilă și imposibilă?

nu este posibil să se efectueze teste complete sau teste exhaustive. Pentru majoritatea sistemelor, este aproape imposibil din următoarele motive:

  • domeniul posibilelor intrări ale unui program este prea mare pentru a fi utilizat complet în testarea unui sistem. Există atât intrări valide, cât și intrări nevalide.
  • programul poate avea un număr mare de state. Pot exista constrângeri de sincronizare asupra intrărilor, adică o intrare poate fi valabilă la un anumit moment și nevalidă în alte momente. O valoare de intrare care este validă, dar nu este temporizat în mod corespunzător se numește o intrare inoportună.
  • domeniul de intrare al unui sistem poate fi foarte mare pentru a fi complet utilizat în testarea unui program.
  • problemele de proiectare pot fi prea complexe pentru a fi testate complet. Este posibil ca proiectul să fi inclus decizii și ipoteze implicite de proiectare. De exemplu, un programator poate folosi o variabilă globală sau o variabilă statică pentru a controla execuția programului.
  • este posibil să nu fie posibilă crearea tuturor mediilor de execuție posibile ale sistemului. Acest lucru devine mai semnificativ atunci când comportamentul sistemului software depinde de lumea reală, exterioară, cum ar fi vremea, temperatura, altitudinea, presiunea și așa mai departe.

Exemple Exhaustive De Testare

Exemplul 1:

testare exhaustivă IE Opțiuni exemplu
instrumentele IE> fereastra Opțiuni avansate

53 condiții binare
1 condiție cu 3 opțiuni
1 condiție cu 4 opțiuni
2^53 = 9,007,199,254,740,992
x 12
= 108.086.391.056.891.904 combinații posibile de condiții

la o secundă pentru fiecare execuție a testului:

108,086,391,056,891,904 / 360 = 300,239,975,158,033.067 ore (12.509.998.964.918, 04 zile sau 34.273.969.766, 9 ani) pentru a testa toate combinațiile posibile.

Exemplul 2:

să luăm un site de comerț electronic care are următoarele funcționalități:

  • Login
  • alegeți un produs
    • filtrați produsul cu culoare
    • filtrați un produs cu preț.
  • cumpara produsul(portal de plată)

pe baza parametrilor de identificare a riscului, utilizatorii pot crea o matrice pentru a include în planul de testare. Fiecare parametru poate primi scoruri, astfel încât să putem avea o modalitate corectă de a identifica zonele cu risc ridicat.

  • impactul asupra afacerilor: 1-10
  • probabilitatea de eșec: 1-10
  • regresie: 1-5
  • recuperare: 1-5

să creăm o matrice pentru exemplul de mai sus:

funcționalitate Impact asupra afacerii probabilitatea de eșec regresie recuperare
autentificare 10 3 1 1=15
alegeți un produs cu filtru de culoare 5 5 2 2=14
alegeți un produs cu filtru de preț 8 5 2 2=17
adaugă în Coș 10 8 3 4=25
cumpara produs 10 7 2 2=21

deci, conform scorului, avem funcționalitatea ” adăugați în coș „ca cel mai important concurent pentru” zona cu cel mai mare risc”, astfel încât acum putem acorda prioritate testării. De asemenea, putem determina pentru ce funcționalități echipa QA trebuie să facă o testare aproape exhaustivă.
echipa QA poate eficientiza planul de atenuare a riscurilor uitându – se la scorurile lor

  • scorurile 1-5: – testarea unității și recenzii.
  • scoruri 5-10:- Testarea unității + testarea cutiei negre (regresie și zone cu impact ridicat asupra afacerii)
  • scoruri 10-15:-tipuri tipice de testare cu adâncime limitată.
  • scoruri 15-25:-tipuri tipice de testare cu adâncime în anumite tipuri de testare.
  • scoruri 25-30:- zone cu risc ridicat. Acoperire completă și testare aprofundată pentru toate tipurile de testare.

conform metodei menționate mai sus, zonele cu scorul peste 25 ar trebui considerate o zonă cu risc extrem de ridicat și trebuie efectuată o testare aproape exhaustivă.Deci, pentru exemplul de mai sus „Adauga in cos” ar trebui să pună în aplicare în profunzime de testare pentru toate tipurile de testare și de testare exhaustivă ar trebui să fie făcut.