what is negative testing
Obținerea unei calități optime a produsului este obiectivul principal al organizațiilor de testare.
Cu ajutorul unui proces eficient de asigurare a calității, echipele de testare încearcă să facă acest lucru găsiți defecte maxime în timpul testării lor , asigurându-se astfel că clientul sau utilizatorul final care consumă produsul nu văd nicio anomalie în ceea ce privește funcționarea acestuia în propriul mediu de calcul.
Deoarece găsirea defectelor este unul dintre obiectivele principale ale testerului, el / ea trebuie să creeze sau să proiecteze cu atenție scenariile de testare pentru a se asigura că aplicația sau produsul respectiv funcționează așa cum se presupune.
Deși este cu siguranță important să verificați dacă software-ul își îndeplinește funcțiile de bază conform intenției, este la fel sau mai important să verificați dacă software-ul este capabil să gestioneze cu grație o situație anormală. Este evident că majoritatea defectelor apar din generarea unor astfel de situații cu creativitate rezonabilă și acceptabilă din partea testerilor.
Majoritatea dintre noi suntem deja conștienți de mai multe tipuri de testare, cum ar fi testarea funcțională, testarea sănătății, testarea fumului , testarea integrării, testarea regresiei , testarea alfa și beta , testarea accesibilității etc. Cu toate acestea, toată lumea va fi de acord că orice categorie de testare efectuați, întregul efort de testare poate fi practic generalizat în două categorii: căi de testare pozitive și căi de testare negative.
Să continuăm cu secțiunile următoare prin care discutăm ce înseamnă testarea pozitivă și negativă, cum sunt acestea diferite și vom descrie câteva exemple pentru a înțelege ce fel de teste negative pot fi efectuate în timpul testării unei aplicații.
Ce veți învăța:
- Ce este testarea pozitivă și testarea negativă?
- Exemple practice de testare pozitivă și negativă
- Factori de bază care ajută la scrierea testelor pozitive și negative
- Concluzie
- Lectură recomandată
Ce este testarea pozitivă și testarea negativă?
Testarea pozitivă
Testarea pozitivă, denumită de multe ori „Testarea căii fericite” este, în general, prima formă de testare pe care un tester ar efectua-o pe o aplicație. Este procesul de rulare a scenariilor de test pe care un utilizator final le-ar rula pentru utilizarea sa. Prin urmare, așa cum este implicit, testarea pozitivă implică executarea unui scenariu de testare numai cu date corecte și valide. Dacă un scenariu de testare nu are nevoie de date, atunci testarea pozitivă ar necesita executarea testului exact în modul în care ar trebui să ruleze și, prin urmare, să se asigure că aplicația îndeplinește specificațiile.
Uneori poate exista mai mult de un mod de a îndeplini o anumită funcție sau sarcină cu intenția de a oferi utilizatorului final mai multă flexibilitate sau pentru consistența generală a produsului. Aceasta se numește testare alternativă a căilor, care este, de asemenea, un fel de testare pozitivă. În testarea alternativă a traseului, testul se efectuează din nou pentru a-și îndeplini cerințele, dar folosind o rută diferită de cea evidentă. Scenariul de testare ar consuma chiar același tip de date pentru a obține același rezultat.
Poate fi înțeles schematic dintr-un exemplu foarte generic descris mai jos:
A este un punct de plecare și B este punctul final. Există două modalități de a merge de la A la B. Traseul 1 este ruta luată în general, iar Traseul 2 este un traseu alternativ. Prin urmare, într-un astfel de caz, testarea căii fericite ar fi parcurgerea de la punctul A la B folosind ruta 1 și testarea alternativă a căii ar cuprinde parcurgerea traseului 2 pentru a merge de la A la B. Observați că rezultatul în ambele cazuri este același.
Testarea negativă
Testarea negativă denumită în mod obișnuit testarea căii de eroare sau testarea eșecului se face în general pentru a asigura stabilitatea aplicației.
cum se fac fișiere .jar deschise cu java
Testarea negativă este procesul de aplicare a cât mai multă creativitate și validarea aplicației împotriva datelor nevalide. Acest lucru înseamnă că scopul intenționat este de a verifica dacă erorile sunt afișate utilizatorului în locul în care ar trebui sau dacă gestionează o valoare greșită mai grațios.
Este absolut esențial să înțelegi de ce este necesară testarea negativă.
Fiabilitatea funcțională a aplicației sau a software-ului poate fi cuantificată numai cu scenarii negative proiectate eficient. Testarea negativă nu numai că are ca scop scoaterea la iveală a eventualelor defecte care ar putea provoca un impact serios asupra consumului produsului în ansamblu, dar pot fi esențiale în determinarea condițiilor în care aplicația se poate prăbuși. În cele din urmă, se asigură că există suficientă validare a erorilor prezentă în software.
Exemplu:
Spuneți, de exemplu, că trebuie să scrieți teste negative despre un stilou. Motivul de bază al stiloului este să puteți scrie pe hârtie.
Câteva exemple de testare negativă ar putea fi:
- Schimbați suportul pe care ar trebui să scrie, de la hârtie la pânză sau cărămidă și vedeți dacă ar trebui să scrie în continuare.
- Puneți stiloul în lichid și verificați dacă scrie din nou.
- Înlocuiți reumplerea stiloului cu unul gol și verificați dacă acesta trebuie să nu mai scrie.
Exemple practice de testare pozitivă și negativă
Să luăm un exemplu de expert vrăjitor pentru a crea unele politici. În vrăjitor, utilizatorul trebuie să introducă valori textuale într-un panou și valori numerice în altul.
Primul panou:
În prima, se așteaptă ca utilizatorul să dea un nume politicii așa cum se arată mai jos:
Să obținem, de asemenea, câteva reguli de bază pentru a ne asigura că proiectăm scenarii pozitive și negative bune.
Cerințe:
cum să evitați excepția indicatorului nul în java
- Caseta de text nume este un parametru obligatoriu
- Descrierea nu este obligatorie.
- Caseta de nume poate avea numai caractere a-z și A-Z. Fără numere, sunt permise caractere speciale.
- Numele poate avea maximum 10 caractere.
Acum, să începem să proiectăm cazurile de testare pozitive și negative pentru acest exemplu.
Cazuri pozitive de testare: Mai jos sunt câteva scenarii de testare pozitive pentru acest panou special.
- ABCDEFGH (validare cu majuscule în limita de caractere)
- abcdefgh validare minusculă în limita de caractere)
- aabbccddmn (validare limită caractere)
- aDBcefz (majuscule combinate cu validare minuscule în limita de caractere)
- .. și așa mai departe.
Cazuri de testare negative : Mai jos sunt câteva scenarii de testare negative pentru acest panou special.
- ABCDEFGHJKIOOOOOKIsns (nume care depășește 10 caractere)
- abcd1234 (nume având valori numerice)
- Niciun nume furnizat
- sndddwwww_ (numele care conține caractere speciale)
- .. și așa mai departe.
Al doilea panou:
În cel de-al doilea panou, se așteaptă ca utilizatorul să introducă doar valori numerice, așa cum se arată mai jos:
Să stabilim și câteva reguli de bază aici:
Cerințe:
- ID-ul trebuie să fie un număr cuprins între 1 și 250
- ID-ul este obligatoriu.
Prin urmare, iată câteva scenarii de testare pozitive și negative pentru acest panou special.
Scenarii de testare pozitive : Mai jos sunt câteva scenarii de testare pozitive pentru acest panou special.
- 12 (Introducerea unei valori valabile între intervalul specificat)
- 1.250 (Introducerea valorii limită a intervalului specificat)
Scenarii de testare negative : Mai jos sunt câteva scenarii de testare negative pentru acest panou special.
- Ab (Introducerea textului în locul numerelor)
- 0, 252 (Introducerea valorilor limită)
- Intrare nulă
- -2 (Introducerea valorilor în afara intervalului)
- +56 (Introducerea unei valori valide prefixate cu un caracter special)
Factori de bază care ajută la scrierea testelor pozitive și negative
Dacă observați îndeaproape exemplele de mai sus, veți observa că pot exista mai multe scenarii pozitive și negative. Cu toate acestea, testarea eficientă este atunci când optimizați o listă nesfârșită de scenarii pozitive și negative în așa fel încât dvs. realizează teste suficiente .
De asemenea, în ambele cazuri, veți vedea un model comun cu privire la modul în care sunt concepute scenariile. În ambele cazuri de mai sus, există doi parametri sau tehnici de bază care au stat la baza proiectării unei cantități suficiente de cazuri de testare pozitive și negative.
Cei doi parametri sunt:
Analiza valorii limită :
de ce alegeți întrebarea de interviu pentru testarea software-ului
După cum sugerează și numele, limita indică limite la ceva. Prin urmare, aceasta implică proiectarea scenariilor de testare care se concentrează doar pe valorile limită și validează modul în care se comportă aplicația. Prin urmare, dacă intrările sunt furnizate în limitele valorilor, atunci se consideră că sunt teste pozitive, iar intrările care depășesc valorile limită sunt considerate a fi parte a testării negative.
De exemplu, dacă o anumită aplicație acceptă ID-uri VLAN cuprinse între 0 - 255. Prin urmare, aici 0, 255 vor forma valorile limită. Orice intrare sub 0 sau mai mare de 255 va fi considerată invalidă și, prin urmare, va constitui testare negativă.
Partiționarea echivalenței :
În partiționarea echivalenței, datele de testare sunt separate în diferite partiții. Aceste partiții sunt denumite clase de date de echivalență. Se presupune că diferitele date de intrare (datele pot fi o condiție) în fiecare partiție se comportă în același mod. Prin urmare, o singură condiție sau situație particulară trebuie testată din fiecare partiție, ca și cum ar funcționa, apoi se presupune că toate celelalte din această partiție funcționează. În mod similar, dacă o condiție dintr-o partiție nu funcționează, atunci niciuna dintre celelalte nu va funcționa.
Prin urmare, acum este foarte evident că clasele de date valide (în partiții) vor cuprinde teste pozitive, în timp ce clasele de date nevalide vor cuprinde testări negative.
În același exemplu VLAN de mai sus, valorile pot fi împărțite în două partiții.
Deci cele două partiții de aici ar fi:
- Valorile -255 la -1 într-o singură partiție
- Valorile de la 0 la 255 într-o altă partiție
Concluzie
De mai multe ori, m-am confruntat cu situația în care oamenii cred că testarea negativă este mai mult sau mai puțin o dublare a testării pozitive, mai degrabă decât să creadă faptul că fundamentează testarea pozitivă. Poziția mea asupra acestor întrebări a fost întotdeauna consecventă ca tester. Cei care înțeleg și se străduiesc să obțină standarde și calitate ridicate vor impune, fără îndoială, testarea negativă ca o necesitate în procesul de calitate.
În timp ce testarea pozitivă asigură validarea cazului de utilizare a afacerii, testarea negativă asigură faptul că software-ul livrat nu prezintă defecte care pot fi un factor de descurajare în utilizarea sa de către client.
Proiectarea scenariilor de testare negative precise și puternice necesită creativitate, previziune, abilitate și inteligență testerului. Majoritatea acestor abilități pot fi dobândite cu experiență, așa că stați acolo și evaluați-vă potențialul din nou și din nou!
Despre autor: Acesta este un articol invitat de Sneha Nadig. Lucrează ca șef de testare cu peste 7 ani de experiență în proiecte de testare manuală și de automatizare.
Spuneți-ne gândurile și experiența dvs. despre testarea negativă.
Lectură recomandată
- Cele mai bune instrumente de testare software 2021 [Instrumente de automatizare a testelor de calitate]
- Descărcare eBook Descărcare Primer
- Cum se scrie un raport săptămânal de testare a software-ului
- Diferența dintre Desktop, Client Server Testing și Web Testing
- Testarea încărcării cu tutoriale HP LoadRunner
- Ghid de testare a securității aplicațiilor web
- Testarea aplicațiilor - În noțiunile de bază ale testării software!
- Instalarea aplicației pe dispozitiv și începeți testarea de la Eclipse