Test pozitiv într-un singur clic! Poza de testare pentru gândire negativă și pozitivă Testare pozitivă

Traducere gratuită a articolului „Top 10 Negative Test Cases” de Steve Miller.

Cazurile de testare negative sunt folosite pentru a verifica funcționalitatea aplicației, cu condiția ca date „incorecte” să fie primite la intrarea acesteia. Astfel de cazuri de testare trebuie utilizate în timpul testării. Mai jos sunt cele mai populare zece scenarii de testare negativă:

Citate unică încorporată - Majoritatea bazelor de date SQL au probleme când există ghilimele simple în interogare (de exemplu, mașina lui Jones).
Utilizați ghilimele simple atunci când validați fiecare câmp de intrare care interacționează cu baza de date.

Introducerea datelor obligatorii - Specificațiile aplicației dvs. ar trebui să definească în mod clar câmpurile care necesită introducerea obligatorie a datelor.
Asigurați-vă că formularele care au câmpuri definite ca obligatorii nu pot fi salvate dacă nu există date în ele.

Tipuri de date de câmp (test de tip de câmp) - Specificațiile aplicației dvs. trebuie să definească în mod clar tipurile de date pentru fiecare dintre câmpuri (câmpuri pentru dată/oră, câmpuri numerice, câmpuri pentru numărul de telefon etc.) Cod poștal etc.)
Asigurați-vă că fiecare câmp permite introducerea sau salvarea numai a tipului de date specificat de specificație (de exemplu, aplicația nu trebuie să permită introducerea sau salvarea literelor). caractere specialeîn câmpuri numerice).

Test de dimensiune a câmpului - Specificațiile aplicației dvs. ar trebui să definească în mod clar numărul maxim permis de caractere în fiecare câmp (de exemplu, numărul de caractere din câmpul nume de utilizator nu trebuie să depășească 50).
Asigurați-vă că aplicația nu vă permite să introduceți sau să stocați mai multe caractere decât cele specificate în specificație. Nu uitați că aceste câmpuri nu numai că trebuie să funcționeze corect, ci și să avertizeze utilizatorul despre limitări, de exemplu, folosind note explicative sau mesaje de eroare.

Testul limitelor numerice - Câmpurile numerice ale aplicației dvs. pot avea restricții cu privire la valorile numerice permise. Aceste restricții pot fi specificate în specificația aplicației dvs. sau pot urma din logica programului (de exemplu, dacă testați funcționalitatea legată de calcularea dobânzii la un cont, atunci este destul de logic să presupunem că dobânda acumulată nu poate ia o valoare negativă).
Asigurați-vă că aplicația afișează un mesaj de eroare atunci când valorile sunt în afara intervalului valid (de exemplu, un mesaj de eroare ar trebui să apară atunci când introduceți o valoare de 9 sau 51 într-un câmp cu un interval de valori valid de la 10 la 50 sau când introduceți o valoare negativă într-un câmp, ale cărui valori trebuie să fie pozitive).

Testul limitelor numerice - Majoritatea bazelor de date și limbajelor de programare definesc valori numerice ca variabile de un anumit tip (de exemplu, întreg sau întreg lung), care la rândul lor au restricții asupra valorilor numerice permise (de exemplu, valorile întregi trebuie să fie în intervalul de la -32768 la 32767 și un întreg lung de la -2147483648 la 2147483647).
Verificați valorile limită ale variabilelor utilizate pentru câmpurile numerice ale căror valori limită nu sunt definite clar de specificație.

Testul limitelor de date - Foarte des în aplicații există restricții logice pentru câmpurile care conțin data și ora. De exemplu, dacă verificați un câmp care conține data de naștere a utilizatorului, atunci ar fi destul de logic să interziceți introducerea unei date care nu a avut loc încă (adică o dată în viitor) sau să restricționați intrarea. a unei date care diferă de cea de astăzi cu peste 150 de ani.

Valabilitate data - Câmpurile de dată ar trebui să aibă întotdeauna o verificare a validității valorilor introduse (de exemplu, 31/11/2009 nu este o dată validă). De asemenea, nu uitați de verificarea datelor într-un an bisect (anii divizibili cu 4 și divizibili cu 100 și 400 în același timp sunt ani bisecti).

Testarea sesiunii web - Multe aplicații web folosesc sesiuni de browser pentru a urmări utilizatorii conectați, pentru a aplica setări specifice aplicației unui anumit utilizator etc. În același timp, multe părți funcționale ale sistemului nu pot sau nu ar trebui să funcționeze fără a se conecta mai întâi la sistem. Asigurați-vă că funcționalitatea sau paginile din spatele unei parole nu sunt accesibile unui utilizator neautorizat.

Noi (nu este un astfel de secret) suntem foarte îngrijorați de calitatea produselor noastre și privim cu trepidare când sistemul se prăbușește. Acest lucru justifică existența testerilor în lume. Acest lucru ne face să ne simțim niște eroi: marele Tester a venit și și-a salvat utilizatorii de erori critice teribile!

Și testerii noștri nu uită niciodată de testarea negativă, deși nu toți profesioniștii sunt fericiți de acest lucru. Dar astfel de verificări nu sunt capricii „testerilor răi”, ele sunt cauzate de nevoia de a închide vulnerabilitățile și de a proteja împotriva intră în sistem a hackerilor și a atacurilor Dos/DDos.

Desigur, care este chemarea specialiștilor de testare? Trebuie să găsim probleme. Probleme la care de cele mai multe ori nimeni nu are timp să se gândească, nimeni nu vrea să le vadă sau cu care nu se confruntă. Și dacă se verifică nu numai munca corecta sistem, dar și comportamentul său anormal, apoi se adaugă tensiune în echipă.

Vedeți, programatorii scriu software, țintând spre rezultat, spre lansarea planificată, zburând pe aripile inspirației! Și aici vine etapa verificării și a numeroaselor corecții și editări ale codului „ideal”. Și gata, ascundeți-vă undeva, sistemul este testat.

Pentru a nu irita pe nimeni, unii specialiști pot amâna testarea negativă pentru mai târziu sau le pot ignora cu totul (horror!) pentru a reduce termenele și bugetele. Ei bine, de ce să verificați dacă programul nici măcar nu face ceea ce ar trebui, nu? Nu.

Testare pozitivă și negativă

Dar mai întâi lucrurile. Când testați software-ul folosind cazuri de testare, există două seturi de verificări: pozitive și negative. Mai mult decât atât, de obicei există mai multe dintre cele din urmă decât cele dintâi.

Testare pozitivă- aceasta este o verificare a funcționării sistemului pentru conformitatea cu comportamentul său normal (standard, așteptat), conform specificațiilor tehnice și. Adică, aici ne uităm dacă software-ul face ceea ce se așteaptă de la el, dacă implementarea îndeplinește cerințele moderne, dacă liniile directoare sunt acceptate interfata utilizator etc.

O testare negativă- aceasta este testarea sistemului pentru comportament anormal. Ne uităm dacă software-ul este rezistent la introducerea incorectă a datelor, cum sunt gestionate situațiile de excepție, ce informații sunt afișate în mesajele de eroare, dacă este posibil să perturbăm funcționarea produsului și/sau să afectăm performanța soluției și așadar pe.

Am spus deja că unii specialiști lasă testele negative pentru mai târziu sau uită complet de asta, ceea ce este aproape același lucru. Știi, ceea ce este amânat pentru mai târziu rămâne aproape întotdeauna neîmplinit.

Prin urmare, în opinia noastră,

Testarea negativă și cea pozitivă nu trebuie să fie separate și distanțate în timp.

Pentru că putem spune că un sistem funcționează așa cum ar trebui dacă îi testăm răspunsul doar la intrările corecte?

Testare pozitiv-negativ

Când testezi, oh, cât de importante sunt intuiția, instinctele, instinctele de vânătoare - spune-i cum vrei. Și aici stă inginerul nostru, verificând, de exemplu, formularul de înregistrare.

El verifică totul conform specificațiilor și scenariilor de testare, urmărește modul în care sunt procesate datele, pe care utilizatorul trebuie să le introducă în câmpuri (nu un fapt că va intra, de altfel) și apoi iată-l - insight! I se pare că dacă introduce ceva „%adynadyn/>” în acest câmp de conectare, și nu text obișnuit, atunci cu siguranță se va întâmpla ceva. Ceva întunecat și sumbru nu este în regulă.

Și ce? Trebuie să-și spună: „Nu. Acum trebuie să fac teste pozitive și nimic altceva. Am o programare negativă pentru săptămâna viitoare, atunci va fi timpul pentru %adynadyn/>. Pot fi"?

Credem că această abordare a testării negative este ineficientă și iată de ce:

1. Dacă faceți teste pozitive și negative separat, va dura mai mult. Cel puțin pentru că acestea vor fi deja două iterații de testare.
2. Testerii și programatorii respectă termene limită. Și dacă timpul este strict limitat, atunci amânarea unui test negativ pentru mai târziu crește riscul ca acesta să fie în cele din urmă uitat. La urma urmei, cu cât mai aproape de momentul X, cu atât timpul zboară mai repede, cu atât mai repede trebuie să finalizați sarcinile atribuite, să remediați defectele, să aplicați cerințele finale ale afacerii (care se pot schimba) și să finalizați o grămadă de alte lucruri. Termen limită - timp aglomerat!
3. Separarea testelor negative și pozitive, în opinia noastră, este pur și simplu contrară naturii testerului! La urma urmei, sarcina sa principală este să verifice sistemul pentru toate acțiunile posibile ale utilizatorului final. Dar oamenii în cea mai mare parte sunt ilogici și pot face tot felul de lucruri obscene cu software;)

Noi, ca testeri, suntem foarte îngrijorați dacă sistemul conține erori în verificări care se încadrează în categoria negativă. Și mai ales dacă consecințele unor astfel de erori sunt critice pentru întregul sistem. Dar nu ne este frică să le raportăm. Mai ales cu un astfel de as în mânecă – avem testere feminine în echipa noastră. Și cine se poate încăpățâna să apere „idealitatea” codului atunci când, cu voci blânde, rup performanța proiectului în bucăți? Același lucru.

Deci ce concluzii putem trage?

Nu uitați de testarea negativă, combinați-l cu testarea pozitivă, adunați specialiști cu experiență într-o echipă și încercați să transferați sarcina de a raporta pe umerii fetelor! Vă recomandăm totul, cu excepția ultimului 100%, iar managerul dvs. de proiect o va rezolva.

Și, desigur, asigurați-vă că vă verificați produsul, să nu credeți că programatorii vor scrie imediat cod curat și frumos - tot nu vă veți descurca fără erori! Ca să nu mai vorbim de numeroase vulnerabilități, așa cum demonstrează datele personale și confidențiale care se scurg în mod regulat în rețea.

Terminologia de asigurare a calității

În acest articol ne vom uita la QA (Asigurarea calității) în dezvoltare software. Toate acestea se referă la testarea software-ului, dar în acest articol nu vom studia complexitățile, ci vom înțelege doar terminologia. Terminologia în QA este foarte importantă fără ea, nu va fi posibilă testarea produsului. După cum probabil ați ghicit deja, QA înseamnă Quality Assurance, ceea ce înseamnă asigurarea calității (controlul calității). Să trecem la terminologie:

Testare pozitivă

Aceasta este testarea datelor sau scenariilor care corespund comportamentului normal (standard, așteptat) al sistemului. Scopul principal al testării „pozitive” este de a verifica dacă sistemul poate face ceea ce a fost conceput pentru a face.

Testare negativă

Aceasta este testarea datelor sau scenariilor care corespund unui comportament anormal. Scopul principal al testării „negative” este de a verifica rezistența sistemului la diferite tipuri de influențe și de a valida un set de date incorect.

Testare funcțională

Aceasta este o testare pentru a verifica fezabilitatea cerințelor funcționale pentru a rezolva o problemă a utilizatorului.

Testarea funcțională include:

• Adecvare funcțională
• Precizie
• Interoperabilitate
• Respectarea standardelor și reglementărilor
• Securitate

Testarea performanței

Aceasta este o testare care se efectuează pentru a determina cât de repede funcționează un sistem de calcul sau o parte a acestuia sub o anumită sarcină. De asemenea, poate servi la testarea și validarea altor atribute de calitate ale sistemului, cum ar fi scalabilitatea, fiabilitatea și consumul de resurse.

Testarea performanței include:

• Testare de sarcină
• Testarea de stres
• Testare de stabilitate (test de stabilitate / anduranță / înmuiere)

Testare de utilizare

Această testare de utilizare determină gradul în care un utilizator poate accesa cu ușurință funcțiile sistemului furnizate prin interfața cu utilizatorul.

Testarea UI

Testarea GUI implică verificarea faptului că aplicația îndeplinește cerințele pentru interfata grafica, arata profesional, este facut in acelasi stil.

Testare de securitate

Procesul de evaluare a vulnerabilității software-ului la diferite atacuri.

Testare de localizare

Acesta este procesul de testare a versiunii localizate produs software. Verificarea traducerii corecte a elementelor interfeței cu utilizatorul, verificarea traducerii corecte a mesajelor și erorilor de sistem, verificarea traducerii secțiunii „Ajutor”/„Ajutor” și a documentației însoțitoare.

Testare de compatibilitate

Un tip de testare nefuncțională, al cărui scop principal este verificarea funcționării corecte a unui produs într-un anumit mediu.

Mediul poate include următoarele elemente:

• Platforma hardware;
• Dispozitive de rețea;
• Periferice (imprimante, unități CD/DVD, camere web etc.);
• Sistem de operare (Unix, Windows, MacOS, …)
• Baze de date (Oracle, MS SQL, MySQL, ...)
• Software de sistem (server web, firewall, antivirus, ...)
• Browsere ( Internet Explorer, Firefox, Opera, Chrome, Safari)

Testarea cutiei negre

O metodă de testare a comportamentului funcțional al unui obiect (program, sistem) din punct de vedere lumea exterioară, care nu folosește cunoștințele despre structura internă obiectul testat.

Testarea cutiei albe

Efectuat pentru a detecta probleme în structura internă a programului. Acest lucru necesită ca examinatorul să aibă cunoștințe intime despre structura internă și, prin urmare, nu poate fi efectuat de utilizatorul obișnuit. Sarcina generală a unei astfel de teste este de a verifica fiecare pas al algoritmului programului.

Testarea cutiei gri

Este o combinație de testare cutie albă și cutie neagră. Scopul acestei teste este de a găsi defecte, dacă există, datorate proiectării necorespunzătoare sau utilizării necorespunzătoare a aplicațiilor.

Testare manuală

Acesta este procesul de căutare a defectelor în funcționarea unui program, la testarea performanței tuturor componentelor programului, ca și cum ar fi un utilizator.

Testare automată

Acest proces de testare utilizează software pentru a rula teste și a verifica rezultatele execuției, ceea ce ajută la reducerea timpului de testare și la simplificarea procesului de testare.

Testarea unitară (testarea componentelor/unității)

Un proces care vă permite să verificați modulele individuale pentru corectitudine cod sursă programe.

Testarea integrării

Testarea software-ului în care individ module software sunt combinate și testate în grup. Testarea integrării are loc după testarea unitară și precede testarea sistemului.

Testarea sistemului(testare de sistem/cap la cap)

Aceasta este testarea software-ului efectuată pe un sistem complet integrat pentru a verifica dacă sistemul îndeplinește cerințele sale originale. Testarea sistemului se referă la metode de testare cutie neagră și, prin urmare, nu necesită cunoașterea structurii interne a sistemului.

Am acoperit doar o mică parte a terminologiei, dar este destul de importantă în QA. Poate că vom aborda și subiectul testării, dar asta este tot pentru astăzi.

Articole înrudite:

Rezolvarea problemelor Adobe Flash pe Exemplu YouTube- Citește

1. pidval a postat acest post de la
2. lui alexruzhyk i-a plăcut asta
3. anko-777 a postat acest post de la
4. i-a placut asta
5. lui Maryarti i-a plăcut asta
6. dfdor44f i-a plăcut asta
7. eridi a postat acest post de la
8. lui seonoptik i-a plăcut asta

Foarte preocupat de calitatea produselor. Aceasta explică disponibilitatea la nivel mondial a testerelor de software. Oferind, acești oameni asigură calitatea acestuia.

Mulți testeri nu vor uita niciodată de testarea negativă, deși nu toți programatorii sunt mulțumiți de asta. Un astfel de control este necesar pentru a proteja împotriva hackerilor, roboților, atacurilor Dos/DDos.

Care este chemarea specialiștilor în testare? Ei trebuie să găsească probleme care nu sunt vizibile pentru alții. Nu amânați cu testarea negativă, altfel expuneți sistemul la pericol.

Testare pozitivă și negativă

Să începem de la început. Există 2 tipuri de control atunci când cazurile de testare sunt incluse în testare: pozitiv și negativ. Acesta din urmă are avantajul.

Testare pozitivă este un proces de verificare a comportamentului corect în conformitate cu cerințele tehnice și documentația. Testarea pozitivă este efectuată pentru a se asigura că sistemul face exact ceea ce se așteaptă.

Testare negativă este un proces de verificare a comportamentului incorect. Printr-o astfel de testare, putem afla că sistemul poate face față situațiilor neașteptate.

Testare pozitiv-negativ

Pentru a efectua testarea software-ului, trebuie să aveți intuiție sau instinct de vânătoare. Un specialist în testare este o persoană versatilă care poate efectua atât analize de afaceri, cât și testare.

Testerii verifică dacă procesul este efectuat corect: dacă respectă cerințele tehnice și scenariile de testare. Efectuarea separată a testelor pozitive și negative va dura mai mult decât efectuarea lor simultan. Acest lucru se datorează faptului că există două iterații de testare.

La urma urmei, cu cât ora X se apropie, cu atât timpul trece mai repede și sarcinile trebuie finalizate mai repede, defectele remediate, cerințele de afaceri (care pot varia) aplicate și multe altele făcute. Termenul limită este cel mai tare moment!

Separarea testelor negative și pozitive este pur și simplu contrară naturii testerului! Sarcina sa este de a verifica sistemul pentru toate acțiunile posibile ale utilizatorului final.

Oamenii sunt în general ilogici și pot cauza probleme în software. Testarea negativă va ajuta la evitarea problemelor.

Foarte preocupat de calitatea produselor. Aceasta explică disponibilitatea la nivel mondial a testerelor de software. Oferind, acești oameni asigură calitatea acestuia.

Mulți testeri nu vor uita niciodată de testarea negativă, deși nu toți programatorii sunt mulțumiți de asta. Un astfel de control este necesar pentru a proteja împotriva hackerilor, roboților, atacurilor Dos/DDos.

Care este chemarea specialiștilor în testare? Ei trebuie să găsească probleme care nu sunt vizibile pentru alții. Nu amânați cu testarea negativă, altfel expuneți sistemul la pericol.

Testare pozitivă și negativă

Să începem de la început. Există 2 tipuri de control atunci când cazurile de testare sunt incluse în testare: pozitiv și negativ. Acesta din urmă are avantajul.

Testare pozitivă este un proces de verificare a comportamentului corect în conformitate cu cerințele tehnice și documentația. Testarea pozitivă este efectuată pentru a se asigura că sistemul face exact ceea ce se așteaptă.

Testare negativă este un proces de verificare a comportamentului incorect. Printr-o astfel de testare, putem afla că sistemul poate face față situațiilor neașteptate.

Testare pozitiv-negativ

Pentru a efectua testarea software-ului, trebuie să aveți intuiție sau instinct de vânătoare. Un specialist în testare este o persoană versatilă care poate efectua atât analize de afaceri, cât și testare.

Testerii verifică dacă procesul este efectuat corect: dacă respectă cerințele tehnice și scenariile de testare. Efectuarea separată a testelor pozitive și negative va dura mai mult decât efectuarea lor simultan. Acest lucru se datorează faptului că există două iterații de testare.

La urma urmei, cu cât ora X se apropie, cu atât timpul trece mai repede și sarcinile trebuie finalizate mai repede, defectele remediate, cerințele de afaceri (care pot varia) aplicate și multe altele făcute. Termenul limită este cel mai tare moment!

Separarea testelor negative și pozitive este pur și simplu contrară naturii testerului! Sarcina sa este de a verifica sistemul pentru toate acțiunile posibile ale utilizatorului final.

Oamenii sunt în general ilogici și pot cauza probleme în software. Testarea negativă va ajuta la evitarea problemelor.