Gândirea pozitivă în lumea de test negativ, qa webmart

Noi (nu că este un secret) sunt foarte îngrijorați cu privire la calitatea produselor lor, și a privit în venerație pentru sistemul obvalivaniem. Acest lucru justifică existența testere din lume. Ea ne face să se simtă ca niște eroi: tester mare a venit și a salvat utilizatorii de bug-uri critice teribil!

Și testere noastre nu uita niciodată despre test negativ, cu toate că nu toate trișorii dorește. Dar aceste controale nu sunt un capriciu al „testere rele“, acestea sunt cauzate de necesitatea de a închide vulnerabilitatea și asigura împotriva pătrunderii hackeri sistem și roboții, atacuri Dos / DDoS.

Desigur, pentru că ceea ce este vocația de experți de testare? Trebuie să găsim problema. Problemele pe care nimeni, de obicei, nu are timp să se gândească, nu vrea să le vadă și să se ocupe cu ei. Și în cazul în care a verificat nu numai funcționarea corectă a sistemului, dar comportamentul său anormal, tensiunea în echipa adăugată.

Vezi tu, unii programatori a scrie software-ul, cu scopul de rezultat, lansarea planificată, zbura pe aripile de inspirație! Și aici vine etapa de testare și numeroase remedieri și editează codul „ideal“. Și totuși, ascunde toate direcțiile, testarea sistemului.

Deci, ca să nu irita, unii specialiști pot întârzia testarea negativă pentru mai târziu sau chiar ignora (oroare!) În favoarea reducerii timpului și a bugetului. Ei bine, ce să verifice dacă programul nu chiar ce ar trebui să fie, nu? Nu.

teste pozitive și negative

Dar, mai întâi lucrurile primele. La testarea software-ului cu ajutorul unor cazuri de testare, există două seturi de teste: pozitive și negative. Iar a doua este de obicei mai mare decât prima.

Test pozitiv - un test al sistemului de a satisface un comportament normal (de rutină, de așteptat), în conformitate cu TK și documentația. Adică, aici ne uităm la dacă software-ul are ceea ce se așteaptă de la el, dacă punerea în aplicare a cerințelor moderne, dacă interfața cu utilizatorul orientarea susținută, etc.

Un test negativ - un test al sistemului asupra comportamentului non-standard. A se vedea excepții în cazul în rezistență la introducerea de date eronate sunt manipulate, ce informații sunt afișate în mesajele de eroare este posibil să perturbe funcționarea produsului și / sau afectează performanța soluției, și așa mai departe.

Am spus deja că unii experți lăsa un test negativ pentru mai târziu, sau chiar uita despre asta, care este aproape la fel. Știi, amânată până mai târziu rămâne aproape întotdeauna neîmplinită.

Prin urmare, în opinia noastră,

test negativ și pozitiv nu trebuie să fie divizată și eșalonat în timp.

Pentru că, dacă putem spune că sistemul funcționează așa cum ar trebui, dacă verificați reacția ei numai pe datele de intrare corecte?

La testarea oh intuiție cât de important, Ciuikov, instinctele de vânătoare - spune-mi ce vrei. Și aici, el stă atât de inginerul nostru, verifică formularul de înregistrare, de exemplu.

Verifică toate TOR și scenariul de testare, arată modul în care se prelucrează datele, pe care utilizatorul trebuie să intre în câmpul (nu faptul că va introduce, de altfel) și apoi asta e - inspirație! El consideră că, dacă introducem în acest domeniu pentru a conecta unele „adynadyn% >“ în loc de text simplu, atunci ceva este cu siguranta va întâmpla. Ceva greșit întunecat și sumbru.

Deci, ce? El trebuie să-și spună: „Nu. Acum am de a face cu un test pozitiv, și nimic altceva. Aici am alocat o săptămână negativ viitoare, iar apoi vine timpul sa adynadyn% >. Probabil „?

Noi credem ca aceasta abordare la testarea negativ ineficiente, si iata de ce:

1. Dacă vom trage un rezultat pozitiv și un test negativ singur, acesta va fi mai lung. Ca un minim, deoarece va avea două iterații de testare.
2. Testere și Coders care trăiesc în conformitate cu termenele limită. Și dacă timpul este strict limitat, amânarea testării negativ, atunci crește riscul ca el, la toate, în cele din urmă va fi uitat. Într-adevăr, mai aproape de punctul X, muștele timp mai rapid, necesare în curând pentru a îndeplini sarcinile atribuite, pentru a corecta defectele, să aplice cerințele de afaceri finale (care se pot schimba) și încă termina o mulțime de cazuri. Termen - în timp ce fierbinte!
3. Separarea testului negativ și pozitiv, în opinia noastră, este în contradicție cu natura tester! La urma urmei, principala sarcina lui - este de a verifica sistemul pentru toate acțiunile posibile ale utilizatorului final. Și oamenii sunt în mare parte lipsită de logică, și ar putea face cu o varietate de desfrânarea software;)

Deci, ce concluzii putem trage?