Testare pozitivă și testare negativă cu exemple
Echipa editorială
⚡ Rezumat inteligent
Testarea pozitivă și cea negativă decid împreună dacă software-ul acceptă ceea ce ar trebui și respinge ceea ce nu ar trebui. Acest articol explică ambele abordări, tehnicile din spatele lor, exemple practice și practicile care mențin scurgerile de defecte la un nivel scăzut.
Testarea software este procesul de verificare și validare a unei aplicații software pentru a verifica dacă aceasta funcționează conform așteptărilor. Intenția este de a găsi defecte și de a îmbunătăți calitatea produsului. Există două modalități de a testa software-ul, și anume testarea pozitivă și testarea negativă.
Cele două abordări răspund la întrebări opuse: aplicația funcționează atunci când totul merge bine și rămâne stabilă atunci când ceva nu merge bine?
Ce este testarea pozitivă?
Testare pozitivă este un tip de testare efectuată asupra unei aplicații software prin furnizarea seturilor de date valide ca date de intrare. Verifică dacă aplicația software se comportă conform așteptărilor cu intrări pozitive sau nu.
Testarea pozitivă este efectuată pentru a verifica dacă aplicația software face exact ceea ce se așteaptă de la ea. Prin urmare, se numește și testare a căii fericite (happy path testing).
De exemplu, luați în considerare caseta de text numeric prezentată mai jos.
.png)
Există o casetă de text într-o aplicație care poate accepta doar numere. Introducerea unor valori de până la 99999 va fi acceptabilă de către sistem și orice alte valori în afară de aceasta nu ar trebui să fie acceptabile. Pentru a efectua o testare pozitivă, setați valorile de intrare valide de la 0 la 99999 și verificați dacă sistemul acceptă valorile.
Ce este testarea negativă?
Testare negativă este o metodă de testare efectuată asupra aplicației software prin furnizarea unor seturi de date nevalide sau improprii ca date de intrare. Verifică dacă aplicația software se comportă conform așteptărilor cu intrări negative sau nedorite din partea utilizatorului.
Scopul testării negative este de a se asigura că aplicația software nu se blochează și rămâne stabilă cu intrări de date nevalide. Prin urmare, se mai numește și testarea căii de eroare sau testarea eșecurilor.
De exemplu, să luăm în considerare același câmp care primește caractere în loc de cifre.
.png)
Testarea negativă poate fi efectuată prin introducerea caracterelor de la A la Z sau de la a la z. Oricare sistem software nu ar trebui să accepte valorile sau ar trebui să arunce un mesaj de eroare pentru aceste intrări de date nevalide.
În ambele tipuri de testare, trebuie luate în considerare următoarele:
- Date de intrare
- O acțiune care trebuie efectuată
- Rezultat de ieșire
Testare pozitivă vs. testare negativă: diferențe cheie
Ambele abordări au aceleași caracteristici caz de testare structură. Diferența constă în informațiile pe care le oferiți și în ceea ce dovedește un rezultat acceptabil.
| Parametru | Testare pozitivă | Testare negativă |
|---|---|---|
| De asemenea cunoscut ca si | Testarea căii fericite | Testarea căii de eroare sau a eșecului |
| Intrare utilizată | Date valide, așteptate | Date nevalide, extreme sau neașteptate |
| Scop | Confirmă că funcția face ceea ce ar trebui | Confirmă că funcția refuză ceea ce nu ar trebui |
| Rezultat așteptat | Fluxul se finalizează cu succes | Apare o eroare clară și sistemul rămâne stabil |
| Eroare de manipulare | Nu este focalizarea | Întreaga concentrare |
| Acoperire | Îngust, respectă specificațiile | Amplu, explorează tot ce este în afara specificațiilor |
| Risc tipic în caz de omitere | Caracteristicile principale sunt defecte la livrare | Prăbușirile și breșele de securitate ajung în producție |
Un test pozitiv eșuat semnalează o funcționalitate defectuoasă. Un test negativ eșuat semnalează o protecție lipsă, a cărei reparație este mult mai costisitoare odată ce utilizatorii au găsit-o.
Tehnici de testare utilizate pentru testarea pozitivă și negativă
În practică, două tehnici clasice de proiectare a inputurilor generează atât cazuri pozitive, cât și cazuri negative din aceeași cerință:
- Analiza valorii limită
- Partiționare echivalentă
Analiza valorii limită
Aceasta este una dintre tehnicile de testare software în care cazurile de testare sunt concepute pentru a include valori la limită. Dacă datele de intrare sunt utilizate în limitele valorii de limită, atunci se spune că este Testare pozitivă. Dacă datele de intrare sunt selectate în afara limitelor valorii de limită, atunci se spune că este Testare Negativă.
De exemplu, uitați-vă la intervalul acceptat ilustrat mai jos.
.png)
Un sistem poate accepta numere de la 0 la 10 valori numerice. Toate celelalte numere sunt valori nevalide. În cadrul acestei tehnici, vor fi testate valorile limită -1,0,1 și 9,10,11.
Partiționare echivalentă
Aceasta este o testare software tehnică care împarte datele de intrare în mai multe partiții. Valorile din fiecare partiție trebuie testate cel puțin o dată. Partițiile cu valori valide sunt utilizate pentru testarea pozitivă. În timp ce partițiile cu valori nevalide sunt folosite pentru testarea negativă.
De exemplu, studiați cele două partiții prezentate mai jos.
.png)
Valorile numerice de la zero la zece pot fi împărțite în două (sau trei) partiții. În cazul nostru, avem două partiții -10 la -1 și 0 la 10. Valori eșantion (5 și -5) pot fi luate din fiecare parte pentru a testa scenariile. Vedeți partiționarea prin echivalență și analiza valorilor la limită lecție pentru mai multe exemple lucrate.
Cum se efectuează testele pozitive și negative
Următoarea secvență transformă o cerință într-un set echilibrat de cazuri pozitive și negative.
- Citiți cerințele privind limitele. Rețineți fiecare format, interval și câmp obligatoriu acceptat. Orice permite specificația devine un caz pozitiv, iar orice exclude devine unul negativ.
- Scrieți mai întâi cazul pozitiv. Furnizați date valide, efectuați acțiunea și înregistrați rezultatul așteptat ca referință.
- Derivați cazuri negative din aceleași limite. Folosește analiza valorilor limită și partiționarea prin echivalență pentru a produce câmpuri goale, tipuri de date greșite și numere în afara intervalului.
- Adăugați informații ostile. Include injecție SQL șiruri de caractere, token-uri expirate și sarcini utile API incorecte, astfel încât testare de securitate lacunele apar devreme.
- Extindeți la verificări nefuncționale. A testul de încărcare la numărul de utilizatori acceptați este pozitiv, în timp ce a test de stres dincolo de această limită se află cazul negativ corespunzător.
- Alegeți unde se desfășoară fiecare caz. Nu permiteți accesul la cazurile negative testarea fumului și a sănătății mintale, care sunt porți pozitive rapide, și le rulează în mod funcțional și testarea regresiei cicluri.
O retragere la bancomat arată asocierea. Cazul pozitiv introduce un cod PIN corect și o sumă validă, urmând numerar și o chitanță. Cazul negativ introduce un cod PIN greșit și așteaptă un mesaj de refuz, apoi un blocaj al cardului.
Cele mai bune practici pentru a menține echilibrul corect
- Scrieți cel puțin două cazuri pentru fiecare cerință, unul pozitiv și unul negativ, înainte de începerea dezvoltării.
- Prioritizați cazurile negative în funcție de impact, astfel încât eșecurile de injectare și plată să aibă loc înaintea erorilor cosmetice de introducere a datelor.
- Afirmați mesajul de eroare în sine, nu doar că acțiunea a eșuat, deoarece mesajele vagi sunt și ele defecte.
- Lasă loc pentru testare exploratorieși înregistrați constatările prin intermediul dvs. procesul de management al defectelor.
⚠️ Atenție: Nu rulați niciodată cazuri negative într-un mediu de producție live. Acestea există pentru a forța erori, iar o eroare deliberată afectează utilizatorii reali și datele reale.
