Tehnici de estimare a testelor Software (ghid complet de estimare a efortului de testare)

pentru succesul oricărui proiect, estimarea testului și execuția corectă sunt la fel de importante ca și ciclul de dezvoltare. Respectarea estimării este foarte importantă pentru a construi o bună reputație cu clientul.

experiența joacă un rol major în estimarea „eforturilor de Testare Software”. Lucrul la proiecte variate ne ajută să pregătim o estimare exactă a ciclului de testare.

evident, nu se poate pune doar orbește un număr de zile pentru orice sarcină de testare. Estimarea testului trebuie să fie realistă și precisă.

acest tutorial va include câteva indicii importante care vor fi foarte utile pentru a pregăti estimarea exactă a testului într-un mod foarte simplu.

proces de estimare a testelor

„estimarea este procesul de găsire a unei estimări sau aproximări, care este o valoare utilizabilă într-un anumit scop, chiar dacă datele de intrare pot fi incomplete, incerte sau instabile.”

cu toții întâlnim diferite sarcini, îndatoriri și termene de-a lungul vieții noastre ca profesioniști, acum există două abordări pentru a găsi soluția unei probleme.

prima abordare este o abordare reactivă prin care încercăm să găsim o soluție la problema la îndemână numai după ce ajunge.

în a doua abordare care poate fi numită o abordare proactivă, ne pregătim mai întâi cu mult înainte ca problema să ajungă cu experiențele noastre din trecut și apoi cu experiența noastră din trecut, încercăm să găsim o soluție la provocare atunci când ajunge.

estimarea poate fi astfel considerată ca o tehnică care se aplică atunci când adoptăm o abordare proactivă a problemei.

astfel, estimarea poate fi utilizată pentru a prezice cât de mult efort în ceea ce privește timpul și costul ar fi necesar pentru a finaliza o sarcină definită. Odată ce echipa de testare este capabilă să facă o estimare a problemei la îndemână, atunci este mai ușor pentru ei să vină cu o soluție care ar fi optimă pentru problema la îndemână.

practica estimării poate fi apoi definită mai formal ca un calcul aproximativ al costului probabil al unei lucrări.

de asemenea, read => 7 factorii care afectează estimarea testului proiectului Selenium Automation

premisele de bază

prezentate mai jos sunt premisele de bază pentru procesul de estimare a testului.

#1) intuiții adunate din lucrul cu experiența trecută: este întotdeauna o bună practică să petreci ceva timp, amintind de proiectele anterioare care au reprezentat provocări similare cu efortul actual la îndemână.

#2) documentele sau artefactele disponibile: Instrumentele de depozitare a gestionării testelor sunt utile în aceste tipuri de scenarii, deoarece stochează cerințele și documentele de clarificare. Aceste documente pot fi trimise de echipa de testare pentru a defini în mod clar domeniul de aplicare al proiectului.

#3) ipoteze despre tipul de muncă: experiența de lucru din trecut ajută la realizarea de ipoteze despre proiect. Acest lucru este în cazul în care angajarea de profesioniști cu experiență contează cel mai mult. Managerii de testare pot alege creierul acestor oameni pentru a oferi rezultatele dorite.

#4) calcularea riscurilor și amenințărilor potențiale: Echipa de testare trebuie, de asemenea, să vizualizeze riscurile și amenințările potențiale și capcanele care pot minți pentru echipă în viitor.

#5) determinarea dacă documentele au fost bazate: echipa de testare trebuie, de asemenea, să determine dacă cerințele au fost bazate sau nu. În cazul în care documentele nu sunt baselined, atunci este important să se determine frecvența modificărilor.

#6) toate responsabilitățile și dependențele ar trebui să fie clare: organizația ar trebui să definească în mod clar rolurile și responsabilitățile pentru toți cei care ar efectua procesul de estimare.

#7) documentarea și urmărirea înregistrărilor de estimare: toate informațiile relevante pentru procesul de estimare ar trebui să fie documentate.

#8) activități care trebuie efectuate în timpul procesului de estimare a testului:

• organizați o echipă care va efectua estimări.
• descompune proiectul în faze de proiect și activități constitutive ulterioare.
• calculați estimarea pe baza proiectelor anterioare și a experienței profesionale.
• prioritizați posibilele amenințări și veniți cu abordări pentru a atenua aceste riscuri.
• examinați și documentați părțile relevante ale lucrării.
• să prezinte lucrările părților interesate relevante.

cele mai proeminente tehnici de estimare a testelor

unele dintre cele mai importante tehnici de estimare a testelor sunt:

• estimarea punctului de testare
• estimarea bazată pe faza de lucru
• estimarea punctului de Utilizare

cum și unde folosim aceste tehnici:

#1) estimarea punctului de testare este o tehnică de estimare simplă și ușor de înțeles, care este utilizată pe scară largă în spectrul de testare software. Fazele Iterative și simplitatea sunt cele mai importante caracteristici ale acestei tehnici particulare.

#2) estimarea bazată pe faza de lucru este tehnica de estimare care este utilizată prin care se face o estimare a ghicirii pe o anumită fază (în mod normal cea mai scurtă și mai simplă dintre faze) și apoi echipa de testare adaugă treptat alte faze în estimarea inițială și în cele din urmă vine cu o estimare adecvată.

#3) tehnica de estimare a punctului de utilizare este estimarea cazurilor de utilizare în care greutățile actorului neajustate și greutățile cazurilor de utilizare neajustate sunt utilizate pentru a determina estimarea testării software.

detalii despre tehnica de estimare a punctului de testare

tehnica de estimare a punctului de testare se realizează urmând pașii enumerați mai jos:

(următoarele greutăți, care pot varia de la proiect la proiect, ar putea fi luate în considerare în cadrul acestei paradigme – unele dintre aceste greutăți sunt greutățile pentru limbajul de programare bazat pe complexitatea codului, greutatea aplicației bazată pe tipul de aplicație și greutățile de testare care sunt atribuite pe baza diferitelor faze ale testării software-ului.)

punctele de testare neprelucrate se înmulțesc cu CWF pentru a obține dimensiunea de testare în dimensiunea punctului de testare.

factorul de productivitate indică cantitatea de timp pentru un inginer de testare pentru a finaliza testarea unui punct de testare.

efortul de testare în ore de persoană este calculat prin înmulțirea dimensiunii punctului de testare cu factorul de productivitate.

pentru calculul tehnicii de estimare a punctului de testare, luăm în considerare următoarele variabile.

• complexitatea cerinței de încercare

• interfață cu alte cerințe

• numărul Total de puncte de verificare

• datele testului de referință

atunci trebuie să luăm în considerare vectorii de greutate pentru fiecare dintre variabilele de date și să le organizăm în felul următor.

factor de ajustare = media (produs al greutății complexității și al greutății factorului) / 30

punct de testare de ajustare pentru proiectarea cazului de testare = punct de testare Total X (1 + factor de ajustare pentru proiectarea cazului de testare)

punct de testare ajustat pentru execuția cazului de testare = punct de testare Total X (1 + factor de ajustare pentru execuția cazului de testare)

punct de testare total (normalizat) x (1 + factor de ajustare pentru proiectarea/execuția cazului de testare) = punct de testare ajustat pentru proiectarea/execuția cazului de testare

efort Total în Ore de persoană ( PH) = Numărul de puncte de testare normalizate / productivitate (în puncte de testare normalizate pe oră de persoană)

Exemple de estimare a testului

să încercăm să aplicăm formularea de mai sus la o altă utilizare practică.

să presupunem că vom termina cu o cerință de testare prin care avem 5 scenarii de testare pentru a testa.

acum să spunem că scenariul de testare 1 are 5 rezultate așteptate de testare, scenariul de testare 2 are 6 rezultate așteptate de testare, scenariul de testare 3 doar 2 rezultate așteptate de testare, scenariul de testare 4 9 rezultate așteptate de testare, scenariul de testare 5, de asemenea, 9 rezultate așteptate de testare, respectiv.

clasificăm scenariile de testare în trei clase, adică complexe, simple și moderate, pe baza numărului total de rezultate așteptate prezente în aceste trei clase.

clasele complexe vor avea mai mult de 7 rezultate așteptate, în timp ce cele simple vor consta în mai puțin de 5 rezultate așteptate, iar scenariile moderate vor consta între 4 și 7 rezultate așteptate.

clasificăm astfel scenariul de testare 1 și scenariul de testare 2 ca scenarii moderate, scenariul 5 și scenariul 6 ca fiind complexe și scenariul de testare 3 ca simplu.

vom aplica Acum puncte de testare pentru toate aceste scenarii. Am aplicat 5 puncte de testare pentru clasele complexe, 3 pentru cele moderate și 2 pentru scenariile simple.

înmulțim punctele de testare asumate cu numărul total de rezultate așteptate în toate aceste scenarii de testare. Așadar, ajungem la următoarele aproximări:

Scenariul 1: 3 puncte de testare * 5 rezultate așteptate de testare = puncte de testare ajustate = 25
scenariul 2: 3 puncte de testare * 6 rezultate așteptate de testare = puncte de testare ajustate = 30
scenariul 3: 2 puncte de testare * 2 rezultate așteptate de testare = puncte de testare ajustate = 4
scenariul 4: 5 puncte de testare * 9 rezultate așteptate de testare = puncte de testare ajustate = 45
scenariul 5: 5 puncte de testare * 9 rezultate așteptate de testare = puncte de testare ajustate = 45

deci, având în vedere că trebuie să aplicăm, să zicem, 5 ore de persoană pentru fiecare punct de testare ajustat, ajungem să obținem următorul rezultat aproximativ.

scenariul de testare 1: 25 puncte de testare ajustate * 5 ore persoane = 125 ore persoane
scenariul de testare 2: 30 Puncte de testare ajustate * 5 ore persoane = 150 ore persoane
scenariul de testare 3: 4 puncte de testare ajustate * 5 ore de persoană= 20 de ore de persoană
scenariul de testare 4: 45 puncte de testare ajustate * 5 ore de persoană = 225 de ore de persoană
scenariul de testare 5: 45 de puncte de testare ajustate * 5 ore de persoană = 225 de ore de persoană

deci, numărul total de ore aproximative de persoană este: 745 de ore de persoană

cazurile de utilizare în care calculăm efortul global de estimare a testului pe baza cazurilor de utilizare sau a cerințelor.

prezentat mai jos este un proces detaliat al metodei de estimare a punctului de utilizare:

un exemplu în acest sens este că, într-o anumită cerință, avem 5 cazuri de utilizare, cazul de utilizare 1, Cazul de utilizare 2,…, respectiv cazul de utilizare 5. Acum, să luăm în considerare faptul că cazul de utilizare 1 este format din 6 actori, cazul de utilizare 2 este format din 15 actori, cazurile de utilizare 3, 4 și 5, 3, 4 și, respectiv, 5 actori.

considerăm orice caz de utilizare care implică numărul total de actori ca fiind mai mic de 5 ca negativ, orice caz de utilizare cu numărul total de actori este egal sau mai mare de 5 și mai mic sau egal cu 10 ca pozitiv și orice caz de utilizare cu mai mult de 10 actori ca excepțional.

am decis să alocăm 2 puncte pentru cazurile excepționale de utilizare, 1 Pentru cele pozitive și -1 pentru cele negative.

astfel, clasificăm cazurile de utilizare 1 și 5 ca pozitive, cazul de utilizare 2 ca excepțional și cazul de utilizare 3, 4 ca negativ, respectiv, pe baza ipotezelor noastre menționate mai sus.

deci actorul neprelucrat greutăți = Utilizare caz 1 = (Numărul total de actori) 5 * 1(punctul atribuit) = 5. În mod similar

caz de utilizare 2 = 15 * 2 = 30 .

repetând procesul pentru restul cazurilor de utilizare primim ponderile actorului neprelucrate = 33

greutatea cazului de utilizare neprelucrat = total Nr. de cazuri de utilizare = 5

neprelucrate utilizare caz punct = greutăți actor neajustat + greutate caz de Utilizare neajustat= 33 + 5 = 38

cazul de Utilizare procesat punct = 38 * = 26.7 sau 28 de persoane ore aproximativ

tehnica de defalcare a fazei de lucru

tehnica de defalcare a fazei de lucru poate fi descrisă în pașii următori.

• împărțiți lucrarea generală în faze.
• începeți cu cea mai simplă fază și atribuiți-i o valoare aproximativă de estimare.
• apoi continuați cu identificarea următoarei faze posibile care poate fi începută odată ce această fază este finalizată.
• derivați un posibil set de valori de aproximare care ar putea fi aplicate acestei faze și alegeți valoarea maximă dintre toate valorile de aproximare derivate.
• însumează valoarea estimată aproximată prin adăugarea valorii actuale de estimare a efortului de fază la valoarea deja existentă.
• continuați cu pașii 3 până la 5 până când toate fazele identificate în prima etapă sunt epuizate.
• acceptați valoarea finală estimată aproximativă ca fiind cea finală.

să presupunem că într-o cerință există 5 faze necesare. În faza inițială 1, presupunem că efortul total necesar este de 35 de persoane-ore și apoi începem următoarea fază 2 pentru care avem 4 ipoteze comparative de 35, 45, 55 și respectiv 65.

considerăm 65 persoană-oră, care este valoarea maximă aici. În faza 3 , 4, 5 venim cu estimări (12 , 33, 43 , 54) , (15 , 10 , 7 , 8) și (2, 16, 5, 13) respectiv. Prin aplicarea principiului menționat, ajungem la 185 de ore de persoană.

pun informații despre – cum să estimez eforturile de testare pentru orice sarcină de testare, pe care am învățat-o din experiența mea.

9 sfaturi generale despre cum să estimați cu exactitate timpul de testare

factorii care afectează estimarea testului Software și sfaturi generale pentru estimarea cu precizie:

#1) gândiți-vă la un timp tampon: estimarea ar trebui să includă un tampon. Dar nu adăugați un tampon, care nu este realist. Având un tampon în estimarea ne permite să facă față cu orice întârzieri care pot apărea. Având un tampon ajută, de asemenea, pentru a asigura o acoperire maximă de testare.

#2) Luați în considerare ciclul de eroare: estimarea testului include și ciclul de eroare. Ciclul real de testare poate dura mai multe zile decât se estimează.

pentru a evita acest lucru, ar trebui să luăm în considerare faptul că ciclul de testare depinde de stabilitatea construcției. Dacă construcția nu este stabilă, atunci dezvoltatorii ar putea avea nevoie de mai mult timp pentru a o remedia și, evident, ciclul de testare se extinde automat.

#3) disponibilitatea tuturor resurselor pentru perioada estimată: Estimarea testului ar trebui să ia în considerare toate frunzele planificate de membrii echipei (de obicei frunze lungi) în următoarele câteva săptămâni sau în următoarele câteva luni. Acest lucru va asigura că estimările sunt realiste.

estimarea ar trebui să ia în considerare un număr fix de resurse pentru un ciclu de testare. Dacă numărul de resurse se reduce, atunci estimarea ar trebui să fie re-vizitată și actualizată în consecință.

#4) Putem Face Teste Paralele? Aveți versiuni anterioare ale aceluiași produs, astfel încât să puteți compara rezultatul? Dacă da, atunci acest lucru vă poate ușura sarcina de testare. Ar trebui să vă gândiți la estimarea bazată pe versiunea produsului dvs.

#5) estimările pot merge prost – deci re-vizita estimările frecvent în etapele inițiale înainte de a comite: în primele etape, ar trebui să frecvent re-vizita estimările de testare și de a face modificări, dacă este necesar. Nu ar trebui să extindem estimarea odată ce o înghețăm, cu excepția cazului în care există modificări majore ale cerințelor.

#6) gândiți-vă la experiența dvs. din trecut pentru a face judecăți! Experiențele din proiectele anterioare joacă un rol vital în pregătirea estimărilor de timp. Putem încerca să evităm toate dificultățile sau problemele cu care s-au confruntat în proiectele anterioare. Putem analiza modul în care au fost estimările anterioare și cât de mult au ajutat la livrarea produsului la timp.

#7) luați în considerare domeniul de aplicare al proiectului: știți care este obiectivul final al proiectului și lista tuturor livrabilelor finale. Factorii care trebuie luați în considerare pentru proiectele mici și mari diferă foarte mult. Proiectele mari includ de obicei configurarea unui testbed, generarea de date de testare, scripturi de testare etc.

prin urmare, estimările ar trebui să se bazeze pe toți acești factori. În timp ce pentru proiectele mici, de obicei ciclul de testare include scrierea cazurilor de testare, execuția și regresia.

#8) veți efectua testarea sarcinii? Dacă trebuie să puneți un timp considerabil în testarea performanței, atunci estimați în consecință. Estimările pentru proiectele care implică testarea sarcinii ar trebui luate în considerare în mod diferit.

# 9) Îți Cunoști Echipa? Dacă știți punctele forte și punctele slabe ale persoanelor care lucrează în echipa dvs., atunci puteți estima sarcinile de testare mai precis. În timp ce estimarea unul ar trebui să ia în considerare faptul că nu toate resursele pot produce același nivel de productivitate.

unii oameni pot executa mai repede în comparație cu alții. Deși acest lucru nu este un factor major, se adaugă la întârzierea totală a livrabilelor.

concluzie

estimarea testului Software este o practică care necesită implicarea unor profesioniști cu experiență, precum și introducerea celor mai bune practici la nivel de industrie, cum ar fi punctul de testare și metodele de utilizare a punctelor de caz.

de asemenea, este important să adoptați o minte deschisă pentru personalizarea proceselor necesare. Implementarea cu succes a acestor procese duce la o îmbunătățire generală a procesului de testare.

acesta este un articol de oaspeți de Autor „N. Sandhya Rani”.