Practici de testare a aplicatiilor software

16 ianuarie 2014

Specialistii in programare si toti cei care folosesc tehnologii de tip agile cunosc importanta livrarii liniilor de cod in mod rapid, eficient si cu un cost cat mai scazut. Este vorba despre un obiectiv bine definit si considerat esential in cadrul companiilor dezvoltatoare de aplicatii software.

Specialistii in programare si toti cei care folosesc tehnologii de tip agile cunosc importanta livrarii liniilor de cod in mod rapid, eficient si cu un cost cat mai scazut. Este vorba despre un obiectiv bine definit si considerat esential in cadrul companiilor dezvoltatoare de aplicatii software.

Acesta este si motivul pentru care tocmai aceste companii sunt cele care incurajeaza si sustin implementarea procedurilor de testare personalizate, in functie de tipologia produsului si a echipei de lucru.

Una dintre cele mai importante sarcini ale programatorilor este sa execute si sa livreze functionalitati in mod rapid si folosind resurse limitate. Cadranele de testare Agile le ofera acestora o metoda alternativa, prin care se pot alege structurile de testare potrivite fiecarui produs si obiectivelor acestuia.

De asemenea, cadranele Agile descriu un concept de testare, ce poate fi aplicat atat la nivelul intregului business, cat si la nivelul unui segment dedicat, cum ar fi tehnologia. Modelul poate fi un real suport pentru echipa de lucru sau pentru produsul propriu-zis. Cadranele sunt numerotate de la Q1 la Q4, dar specialistii confirma faptul ca cifra nu indica ordinea in care testele pot fi efectuate.

Exista cateva exemple ale aplicabilitatii testelor pentru fiecare dintre cele patru cadrane:

 

Modulele dedicate tehnologiei, Q1 si Q4, sunt produse automat sau sunt rulate folosind instrumente alternative, in timp ce modulele de tip business (Q2 si Q3) se intalnesc adesea implementate manual, fapt ce nu exclude, insa, automatizarea.

Cel de-al doilea instrument recomandat este piramida de automatizare. Aceasta este o formula de testare de tip agile care divide automatizarea in 3 straturi distincte, ce reprezinta Return of Investment (ROI). Exista scheme de variatie in randul indicatorilor ce urmeaza a fi introdusi in fiecare dintre aceste layer-e, iar alegerea variantei optime depinde si de modelul de business. In mediile agile, urmatorul strat include teste ale aplicatiilor, in timp ce layerul principal este nivelul GUI (Graphical User Interface), considerat si cel mai fragil test din gama celor automatizate. Acestea din urma implica integrarea serviciilor de mentenanta, intrucat necesita actualizari de fiecare data cand se produc schimbari asupra GUI.

Cauți o aplicație software?

Completați formularul și veți fi contactat de unul din consultanții noștri!

Articole IT&C similare

Cum poți să reduci costurile cu deschiderea unui magazin online

ContentSpeed: Pentru antreprenorii aflați la început, soluția ideală este închirierea unei platforme eCommerce

Citește tot arrow_forward

Deși există încă interes pentru criptomonede, doar o persoană din zece înțelege cum funcționează acestea

Un nou studiu Kaspersky arată că insuficienta înțelegere și lipsa încrederii îi țin pe oameni departe de criptomonede. Raportul Kaspersky, Teritoriu necunoscut: de ce există reticență în privința utilizării criptomonedelor, dezvăluie că, dacă 29% dintre respondenți au câteva cunoștințe despre criptomonede și există cerere din partea multora pentru ac...

Citește tot arrow_forward

România se numără printre țările în care grupul APT Cloud Atlas a lansat recent atacuri

Cloud Atlas, un grup APT cunoscut și ca Inception, și-a actualizat arsenalul de atac cu noi instrumente care îi permit să evite detecția prin intermediul indicatorilor standard de compromitere (IoC). Noile metode au fost observate la mai multe organizații din Europa de Est, Asia Centrală și Rusia.

Citește tot arrow_forward