Sponzorizat de newsflash.ro
Procesul de testare software in general este unul complex, iar complexitatea sa creste direct proportional cu cea a produselor software analizate. Numarul de functionalitati, feature-urile si posibilitati de folosire sunt si ele in continua dezvoltare, de aceea trebuie sa fim extrem de atenti atunci cand incepem sa testam un astfel de produs, sa urmarim in permanenta nivelul de testare, ce am verificat si ce nu.
Tocmai pentru ca este important sa stim ce am acoperit, ce mai trebuie sa testam si cand, a aparut in teorie si ulterior aplicat in practica conceptul de Test coverage.
Ce reprezinta conceptul de coverage?
Definit destul de simplu, asa cum ii spune si numele preluat din engleza, conceptul de ”coverage” se refera la cat de mult a fost acoperit dintr-un anumit scop. Mai precis, ne putem referi la Code coverage, care este o masura a numarului de linii de cod care acopera din punct de vedere tehnic cerintele de business ale produsului respectiv, sau la Test coverage – masura in care testarea a acoperit pana intr-un anume punct functionalitatile dezvoltate si implementate.
Astfel, conceptul de coverage se aplica atat in zona de Development, unde se dezvolta efectiv produsele software, cat si in cea de testare / QA, unde acestea sunt verificate si validate in vederea asigurarii calitatii pentru clienti.
De ce este nevoie de coverage?
Nevoia de a urmari constant aplicarea practica a conceptului teoretic de Test coverage este destul de simpla, dar extrem de importanta. Aceasta metrica ne releva in ce masura am reusit sa testam un anumit produs, un anumit feature sau o anumita versiune a unei potentiale aplicatii care va ajunge la un moment dat in mediul de Productie, adica la utilizatorii finali.
Prin Test coverage, avem o evidenta foarte clara a ce am reusit sa testam concret, ce mai avem de testat in continuare si sa planificam mult mai detaliat intregul proces de testare, sa prioritizam lucrurile extrem de urgente, si sa nu le omitem pe cele aparent banele dar care pot ascunde bug-uri in spate.
In lipsa unei evidente a notiunii de Test coverage, indiferent de modul, forma sau instrumentele folosite, exista numeroase riscuri care pot afecta semnificativ procesul de testare. In primul rand, exista riscul sa nu mai stim precis ce anume am testat si ce nu, unele functionalitati poate vor fi testate de 2 ori (de doi QA care nu stiau unul de munca altuia si au repetat procesul), iar altele deloc (considerand ca ”sigur s-a ocupat cineva si de asta”), ceea ce este grav intrucat se pot scapa multe defecte catre clienti. In al doilea rand, daca nu avem o evidenta asupra Test coverage, procesul de testare nu va fi eficient nici ca durata, existand riscul sa se depaseasca anumite deadline-uri iar lucrurile sa nu mai fie livrate la timp.
Urmarirea coerenta a conceptului de acoperire a testarii se traduce si in costuri financiare si de resurse mult mai mici din perspectiva rentabilitatii. Atunci cand trebuie sa…
Sponzorizat de newsflash.ro
Citeste continuarea pe www.blogdeit.ro