Ce este Gray Box Testare? Tehnici, exemplu

Ce este Gray Box Testarea?

Gri Box Testarea (scris și Gray Box Testarea) este o tehnică de testare software care testează un produs sau o aplicație software cu cunoștințe parțiale despre structura internă a aplicației. Scopul tehnicii Grey Box Testarea are ca scop căutarea și identificarea defectelor cauzate de o structură necorespunzătoare a codului sau de utilizarea necorespunzătoare a aplicației.

În acest proces, erorile specifice contextului legate de sistemele web sunt frecvent identificate. Tehnica crește acoperirea testului prin concentrarea asupra tuturor straturilor unui sistem complex, mai degrabă decât asupra unuia dintre ele.

Gri Box Testarea este o metodă de testare a software-ului care combină Alb Box Testarea și Negru Box TestareaDistincția dintre cele trei se reduce la cât de mult din structura internă poate vedea testerul:

• In alb Box Testarea structurii interne (codului) este cunoscută.
• În negru Box Testarea structurii interne (codului) este necunoscută.
• În gri Box Testarea structurii interne (codului) este parțial cunoscută.

Diagrama de mai jos plasează cele trei metode pe aceeași scală de vizibilitate.

In Inginerie software, Gri Box Testarea oferă posibilitatea de a testa ambele părți ale unei aplicații, stratul de prezentare, precum și codul din spatele acestuia. Este utilă în principal în testarea de integrare și testul de penetrare.

Exemplu de gri Box Testarea: În timpul testării unei funcții a site-ului web, cum ar fi link-uri sau link-uri orfane, dacă testerul întâmpină o problemă cu aceste link-uri, modificarea poate fi făcută imediat în codul HTML și verificată în timp real.

De ce gri Box Testarea

Gri Box Testarea se efectuează din următoarele motive:

• Oferă beneficiile combinate ale testării în cutie neagră și ale testării în cutie albă.
• Combină contribuțiile dezvoltatorilor, precum și ale testerilor și îmbunătățește calitatea generală a produsului.
• Reduce costurile suplimentare ale procesului lung de testare a tipurilor funcționale și nefuncționale.
• Oferă unui dezvoltator suficient timp liber pentru a remedia defectele.
• Testarea se face din punctul de vedere al utilizatorului, mai degrabă decât din punctul de vedere al proiectantului.
• O defecțiune poate fi explicată, nu doar raportată, deoarece testerul poate vedea stratul în care s-a produs.

Gri Box Testare vs. Negru Box vs. Alb Box Testarea

Cele trei metode nu sunt alternative concurente, ci mai degrabă trei niveluri de acces, fiecare răspunzând la un alt tip de întrebare. Punându-le una lângă alta, alegerea devine concretă.

Majoritatea echipelor le folosesc pe toate trei pe tot parcursul ciclul de viață al testării software...iar stratul gri este locul unde sunt de obicei detectate defectele care se află între interfața cu utilizatorul și depozitul de date.

Gri Box Strategia de testare

Pentru a interpreta Grey Box În timpul testării, nu este necesar ca testerul să aibă acces la codul sursă. Un test este conceput pe baza cunoașterii algoritmilor, arhitecturilor, stărilor interne sau a altor descrieri de nivel înalt ale comportamentului programului.

Pentru a interpreta Grey Box Testarea:

• Aplică tehnicile simple ale testării de tip cutie neagră.
• Se bazează pe generarea de cazuri de testare bazate pe cerințe, deci presetează toate condițiile înainte ca programul să fie testat prin metoda aserțiunii.

Tehnici folosite pentru Gray Box Testele sunt:

• Testarea matricei: Această tehnică implică definirea tuturor variabilelor existente în program, împreună cu riscul pe care îl prezintă fiecare, astfel încât variabilele neutilizate și cele cu risc ridicat să fie vizibile.
• Testarea regresiei: verifică dacă o modificare din versiunea anterioară a regresat alte aspecte ale programului în noua versiune. Se realizează cu strategii precum retestarea tuturor, retestarea cazurilor de utilizare riscante și retestarea în cadrul unui firewall.
• Testarea matricei ortogonale sau OAT: oferă o acoperire maximă a codului cu un număr minim de cazuri de testare.
• Testarea modelelor: efectuate pe date istorice ale defectelor anterioare ale sistemului. Spre deosebire de testarea cutie neagră, testarea Grey Box Testarea analizează codul și determină motivul pentru care s-a produs eroarea.

Gri Box metodologia folosește de obicei automatizare instrumente de testare software pentru a efectua testarea. Stub-urile și driverele de module sunt create astfel încât testerul să nu fie nevoit să genereze codul manual.

Pași pentru a efectua Gray Box Testele sunt:

• Pasul 1: Identificați intrările.
• Pasul 2: Identificați rezultatele.
• Pasul 3: Identificați căile principale.
• Pasul 4: Identificați subfuncțiile.
• Pasul 5: Dezvoltați date de intrare pentru subfuncții.
• Pasul 6: Dezvoltați rezultatele pentru subfuncții.
• Pasul 7: Executați cazul de testare pentru subfuncții.
• Pasul 8: Verificați rezultatul corect pentru subfuncții.
• Pasul 9: Repetați pașii de la 4 la 8 pentru celelalte subfuncții.
• Pasul 10: Repetați pașii 7 și 8 pentru celelalte subfuncții.

Cazurile de testare pentru Grey Box Testarea poate acoperi aspecte legate de interfața grafică, securitate, baze de date, browser și sistem de operare, printre altele. Fiecare caz generat necesită în continuare etapele obișnuite caz de testare atribute, deoarece un caz care nu poate fi reprodus din propria descriere este de puțin folos în timpul regresiei.

Unde Gri Box Testarea este utilizată

Tehnica își câștigă locul oriunde un defect poate fi diagnosticat doar prin examinarea a două straturi simultan. Următoarele scenarii sunt cele în care este aplicată cel mai des:

• Fluxuri de lucru bazate pe baze de date: O acțiune este efectuată prin intermediul interfeței cu utilizatorul, iar rândurile rezultate sunt apoi interogate direct pentru a confirma că valorile, tipurile și relațiile au fost stocate conform intenției.
• Servicii web și API-uri: Se trimite o cerere, iar starea răspunsului, anteturile și sarcina utilă sunt verificate în raport cu cererea publicată.tract, care este forma cotidiană a lui Testare API.
• Puncte de integrare: Mesajele care trec o graniță dintre două module sunt inspectate, în timp ce ambele module sunt tratate ca sisteme care rulează, mai degrabă decât ca fișiere sursă.
• Evaluarea securității: Un penetration tester, căruia i se acordă un cont de utilizator normal și o prezentare generală a arhitecturii, reproduce poziția unui utilizator din interior, ceea ce reprezintă modelul standard de interacțiune cu gri (grey box).
• Aplicații web și interfețe grafice (GUI): Linkurile nefuncționale, paginile orfane, gestionarea sesiunilor și validarea pe partea clientului sunt toate verificate cu vizibilitate parțială asupra markup-ului și a fluxului de solicitări.

În toate acestea, costul total al defectelor de sistem este redus deoarece problemele sunt detectate și explicate înainte de a fi transmise mai departe în... testarea sistemului sau producție.

Gri Box Instrumente de testare

Nicio unealtă nu funcționează Gri Box Testare independentă. Ceea ce are nevoie categoria este o combinație între un driver de interfață, un instrument de inspecție pentru stratul de dedesubt și o modalitate de a crea un script pentru cele două împreună.

• Clienți API și servicii web , cum ar fi Postman și SoapUI, utilizat pentru a emite cereri și a activa codurile de stare și corpurile de răspuns.
• Clienți de baze de date și instrumente de interogare SQL, utilizat pentru a verifica starea persistentă după o acțiune a interfeței.
• Instrumente pentru dezvoltatori de browsere și proxy-uri HTTP , cum ar fi Burp Suite, utilizat pentru a inspecta și modifica cererile în timpul sesiunilor orientate spre securitate.
• Framework-uri de automatizare a interfeței utilizator , cum ar fi Selenium, folosit pentru a gestiona stratul de prezentare în interiorul unui testarea automatizării pe.
• Instrumente de jurnalizare și monitorizare, folosit pentru a corela o defecțiune observată cu ceea ce aplicația a înregistrat intern în acel moment.

Alegerea contează mai puțin decât cablajul: dacă driverul de interfață și etapa de inspecție nu se execută în același flux scriptat, rezultatul este două verificări manuale separate, în loc de un singur test de tip „grey box”.

Gri Box Provocări de testare

Vizibilitatea parțială introduce probleme pe care niciuna dintre metodele pure nu le are, iar următoarele sunt cele pe care echipele le întâlnesc cel mai des:

• Când o componentă testată întâmpină o eroare de un anumit fel, aceasta poate abandona operațiunea în curs și poate lăsa restul secvenței neexecutate.
• Un test se poate executa integral în timp ce conținutul rezultatului este incorect, așadar etapa de verificare trebuie să verifice valorile și nu finalizarea.
• Acoperirea completă a căii de cod nu este realizabilă, deoarece testerul nu vede niciodată fiecare ramură pe care ar atinge-o testarea white box.
• Documentația de proiectare pe care se bazează testele poate fi învechită, iar o schemă sau o specificație de interfață învechită invalidează discret designul testului.
• Testerii au nevoie atât de înțelegerea domeniului, cât și de profunzime tehnică, acesta fiind un profil de competențe mai restrâns pentru care se poate recruta.
• Abdomen distribuit și puternictracArhitecturile Ted fac dificilă atribuirea unei defecțiuni observate unei componente interne specifice.

Aceste limitări pledează pentru tratarea lui Grey Box Testarea ca un strat printre mai multe, mai degrabă decât un înlocuitor pentru celelalte, acesta fiind punctul de vedere subliniat în ansamblul mai larg de tehnici de testare a software-ului și tipuri de testare softwareSe așează natural alături de testarea funcțională și abordări bazate pe specificații, cum ar fi testarea bazată pe model.

Întrebări frecvente