Noi facem viața mai ușoară pentru tester când scriem casete de testare - notează victorz

Noi facem viața mai ușoară pentru tester când scriem casete de testare - notează victorz

Dacă cineva se confruntă cu scrierea de cazuri de testare, știe că aceasta nu este o sarcină atât de banală. Pentru a descrie produsul în funcție de cazurile de testare, testerul trebuie să țină cont de toată logica programului și, chiar și după ce a ajuns în mijlocul scrisului, amintiți-vă ce a fost descris și ce nu este.






Cu aceasta din urmă, apar adesea probleme dacă aplicația are o funcționalitate mare și ramificată. Pentru a facilita într-un fel munca de scriere a cazurilor de testare, am introdus o compilație preliminară de liste de verificare. Lista de verificare este cea mai simplă formă a setului de test (dar nu sunt cazuri de testare, puteți obține informații despre listele de verificare pe Internet). Ca rezultat, testerul poate descrie rapid verificarea funcționalității aplicației, fără a avea timp să uite tot ceea ce a descris mai devreme.

După ce listele de verificare sunt scrise pe ele, testerul începe să scrie casete de testare în timp ce marchează în lista de verificare ceea ce el deja a descris. Ca rezultat, testerul nu are nevoie să țină cont de informații suplimentare despre ceea ce a descris și ce urmează să fie descris.

Așa că am lucrat, dar am observat în mod constant că chiar și în listele de verificare, testerele ratează câteodată puncte care nu pot intra în cazurile de testare, deoarece chiar și listele de verificare sunt simple, dar unele lucruri sunt "pierdute" aplicații. Am început să mă gândesc cum să ameliorez în continuare munca testerelor, astfel încât funcționalitatea aplicației este descrisă de cazuri de testare aproape 100%.

Rezultatul a fost găsit - hărți inteligente (harta minții), apoi le voi numi Hărți.

Cum se aplică și îmbunătăți procesul? E simplu. Hărți, care descriu structura a ceva, ramură. Și prin crearea hărții pentru aplicație, trebuie să rupem aplicația în blocuri și să o descriem și prin ramificare. Luați în considerare un exemplu simplu, având ca bază programul Windows "Notepad".

Noi facem viața mai ușoară pentru tester când scriem casete de testare - notează victorz






Voi încerca să descriu totul la un nivel elementar.

Există aplicația Notepad în sine, are un "Header" (1), "Menu Bar" (2), "Window Contents" (3). Aceste elemente, la rândul lor, sunt împărțite în elemente suplimentare.

Titlu:
- denumirea programului / documentului;
- butonul "Minimizare aplicație";
- butonul "Extindeți aplicația";
- butonul "închideți aplicația".

Bara de meniu:
- elementul de meniu "Fișier";
- elementul de meniu "Editare";
- elementul de meniu "Format";
- elementul de meniu "Vizualizare";
- elementul de meniu "Ajutor";

Conținutul ferestrei:
- câmpul de introducere a textului;
- bara de derulare.

Și toate acestea afișăm imediat pe hartă:

Noi facem viața mai ușoară pentru tester când scriem casete de testare - notează victorz

Pe hartă, vedem cum funcționează funcționalitatea din aplicație. Ați observat că pe hartă există două tipuri de icoane:

- semnul minus - ramificarea continuă;
- cec verde - verificarea finală.

Din punct de vedere vizual, vedem unde și ce merge mai departe și putem continua să urmăm doar elementele de meniu sau funcționalitatea aplicației. Continuați să analizați elementul de meniu "Format".

Obținem următoarea continuare a hărții:

Noi facem viața mai ușoară pentru tester când scriem casete de testare - notează victorz

În final, vom urmări întreaga aplicație și vom descrie-o cu Google Maps. Dacă ați lăsat semnul minus undeva, ci ați descris alte ramuri, atunci știm sigur că trebuie să ne întoarcem la ramură cu un semn minus și să îl continuăm până când ajungem la punctele finale de verificare. Ca rezultat, nimic nu este păstrat în capul nostru și totul este vizibil de înțeles. Nu voi descrie întreaga cerere, deoarece principiul este deja clar.

După aceea, pe acest card vom crea liste de verificare și apoi vom testa cazurile cu o notă în lista de verificare a articolelor care au fost acoperite cu cazuri de testare. Amintiți-vă că Cardul este necesar pentru a arăta ce va fi testat și pentru a ține seama de toată funcționalitatea software-ului, dar nu pentru a arăta cum și cu ce parametri vor trece încercările, veți descrie deja acest lucru la etapa de scriere a testelor.

Datorită cardurilor inteligente, viteza de a crea liste de verificare și cazuri de testare este în mod repetat mărită și simplificată.

Poate că cineva folosește deja această metodă folosind Mapă minte sau desen pe bucăți de hârtie, dar dacă folosești frunzele, vor avea nevoie de multe, din moment ce ai făcut o greșeală, va trebui să rescrieți o anumită parte a scrisului.

Un program la îndemână pentru a crea o Cartă Mind și a avea o interfață rusă este XMind. Funcțiile libere sunt suficiente cu interes.







Trimiteți-le prietenilor: