Introducere în Black Box Testing
Tehnicile de testare în cutie neagră este o metodă care implică structura internă, proiectarea sau implementarea articolului care urmează să fie testat. Testele care se efectuează pot fi funcționale sau nefuncționale. Aceasta este cunoscută sub denumirea de testare în cutie neagră, deoarece persoana care testează sistemul nu cunoaște structura codului intern. Testatorul nu știe nimic despre detaliile implementării și despre căile interne. Testarea se face în totalitate pe baza cerințelor și specificațiilor software primite de către tester. Obiectivul principal al acestei testări este intrarea și ieșirea care sunt furnizate sistemului.
Tehnici de testare a cutiei negre
Cazurile de testare care sunt proiectate pentru a testa un sistem joacă un rol important în testare. Modul în care sunt create și scenariile pe care le acoperă ar trebui să fie luate în considerare. Testatorii pot crea un document cu specificațiile cerințelor folosind tehnicile de mai jos:
- Partajarea echivalenței
- Analiza valorilor limitare
- Testarea tabelului decizional
- Testarea tranziției de stat
- Eroare de ghicire
- Metode de testare bazate pe grafic
- Testare comparativă
- Utilizați tehnica de caz
Urmează tehnicile explicate mai jos:
1. Testarea echivalenței
- Această tehnică împarte valorile de intrare furnizate software-ului în diferite grupuri sau clase. Acest lucru se realizează pe baza producției care va veni ca rezultat. Această tehnică este, de asemenea, cunoscută sub denumirea de partiționare în clase de echivalență. Făcând acest lucru, economisim efortul de a oferi diferite contribuții. În schimb, oferim o valoare grupului sau clasei pentru a testa rezultatul pentru acel grup sau clasă. Acest lucru ajută la îmbunătățirea acoperirii testului și, la rândul său, la reducerea relansării. Timpul este de asemenea economisit, deoarece nu trebuie să fie date intrări separate. Intrarea pentru fiecare clasă este suficientă.
- Să luăm un exemplu de note pe care elevii le notează. Dacă un student punctează peste 75%, atunci el / ea a obținut clasa I cu distincție. În mod similar, dacă scorul este cuprins între 60% și 75%, acesta a obținut clasa I. Dacă scorul este cuprins între 50% și 60%, atunci clasa a doua. Dacă scorul este cuprins între 40% și 50%, atunci treceți clasa, altfel nu reușesc. Aici vor fi patru clase. Aceste cazuri de testare sunt formate și se asigură că toate posibilitățile sunt astfel acoperite. Prin urmare, testarea cu toate valorile din acest set este suficientă.
2. Analiza valorilor limitare
- Aici accentul este pus pe valorile care sunt prezente la granițe. Acest lucru se datorează faptului că, de obicei, există multe probleme găsite atunci când vine vorba de testarea cu valori care se concentrează asupra limitelor. Limita se concentrează pe valori apropiate de limita în care se schimbă comportamentul sistemului. În analiza valorilor de graniță trebuie să fie testate ambele intrări, care sunt valide și invalide.
- De exemplu, dacă dorim să testăm valori care variază de la 1 la 100, ar trebui să verificăm dacă funcționează programul pentru valori precum 1-1, 1 + 1, 1, 100-1, 100 + 1, etc. Acest lucru ajută la economisind din nou timp, deoarece putem verifica doar valori precum 0, 1, 2, 99, 100 și 101.
3. Testarea tabelului decizional
Ori de câte ori există condiții logice sau pași de luare a deciziilor, atunci această tehnică trebuie folosită. Acestea pot fi ca și în cazul în care o anumită condiție nu este îndeplinită, atunci Acțiunea A ar trebui să fie efectuată, altfel Acțiunea B trebuie să fie executată. Testerul trebuie să identifice intrarea și acțiunile care trebuie efectuate în funcție de condiții. Pe baza acestora este creat un tabel de decizii. Luați în considerare un exemplu în care un număr impar de vehicule este permis doar luni, miercuri, vineri și duminică, în timp ce chiar și vehiculele cu număr sunt permise marți, joi și sâmbătă. În acest caz, există două condiții și două acțiuni. Starea 1 fiind vehicule ciudate și Condiția 2 fiind vehicule impare. Acțiunile fiind zilele în care aceste vehicule pot fi pe drumuri. Numărul total de cazuri de testare, în acest caz, poate fi de patru și, prin urmare, tabelul decizional poate fi derivat în consecință.
4. Testarea tranziției de stat
În această tehnică, cazul de încercare încearcă să testeze sistemul în diferite stări. Această stare se poate schimba în funcție de diferite condiții sau evenimente. Când are loc un anumit eveniment, aceste scenarii pot fi testate.
5. Ghidarea erorilor
Această tehnică se bazează în principal pe experiență. Odată ce un tester are experiență de lucru la orice aplicație, comportamentul și funcționalitățile sale îi sunt cunoscute. Acesta este un mod prin care se pot afla multe probleme. Folosind această experiență, este ușor pentru testatori să ghicească unde cei mai mulți dezvoltatori sunt predispuși să greșească. Acestea pot gestiona valori nule, acceptarea butonului de trimitere fără nicio valoare, încărcarea unui fișier fără niciun atașament, încărcarea unui fișier cu mai puțin sau mai mult decât dimensiunea limită specificată etc.
6. Testarea pe grafic
Fiecare aplicație este construită folosind unele obiecte. Toate obiectele utilizate sunt notate și este pregătit un grafic. Din acest grafic, se identifică relația fiecărui obiect, iar cazurile de testare sunt scrise în consecință.
7. Testare comparativă
În această tehnică, sunt utilizate diferite versiuni ale aceluiași software și apoi sunt comparate pentru a testa întregul sistem. Comportamentul este notat și comparat pentru toate versiunile și se notează eventuale abateri.
8. Folosiți tehnica de caz
Această tehnică este utilizată pentru a identifica toate cazurile de testare utilizate conform sistemului. Sunt notate toate scenariile care ajută la înțelegerea funcționalității complete a fiecărei funcții într-un mod de la capăt la altul. Cazurile de testare ar trebui să aibă cazuri care acoperă toate scenariile de la început până la sfârșit, conform utilizării sistemului.
Concluzie
Testarea Black Box nu intră în detaliile codării. Se concentrează în principal pe testarea și validarea comportamentului și funcționalității software-ului. Nu este necesară nicio pregătire tehnică, iar testarea poate fi începută imediat ce se realizează dezvoltarea proiectului. Atât testerii, cât și dezvoltatorii pot lucra în silozuri. Este mai eficient pentru aplicațiile mari în care funcționalitatea contează mai mult codul respectiv. De asemenea, ajută la identificarea defectelor și problemelor în stadiul incipient al testării. Odată testată, se poate verifica dacă problemele încă persistă și sistemul este verificat din nou.
Articole recomandate
Acesta este un ghid pentru tehnicile de testare a cutiei negre. Aici vom discuta Introducerea testării Black Box, tehnici și Top 8 tehnici în Black Box. Puteți parcurge și alte articole sugerate pentru a afla mai multe -
- Testare Fuzz
- Testare negativă
- Testarea tabelului decizional
- Testare cutie gri