ce este analiza Gap test?

analiza decalajelor de testare oferă managerilor de inginerie software și managerilor de asigurare a calității o prezentare detaliată a lacunelor de testare care rămân după faza de testare. Cu alte cuvinte, analiza identifică codul modificat care nu a fost testat înainte de o versiune.

prin eliberarea acestor zone cu risc ridicat s-ar putea să apară erori frecvente în remedierile rapide de producție și consumatoare de timp.

nu toate lacunele de testare sunt la fel de importante, motiv pentru care le împărțim în trei grupuri, fiecare grup reprezentând un nivel diferit de risc.

  1. risc ridicat: o metodă netestată care a fost recent modificată și utilizată în producție
  2. risc mediu: o metodă netestată care a fost recent modificată și nu a fost utilizată în producție
  3. risc scăzut: O metodă netestată care nu a fost modificată recent și utilizată în producție

Test Gap Analytics

Test Gap Analytics

această divizie este valoroasă, deoarece prezintă lacune de testare managerilor și liderilor de echipă într-un mod care le permite să decidă ce acțiuni să întreprindă în planificarea sprintului.

fundal

există multe modalități de a crește viteza sprintului. Numitorul comun este că, pentru a ne mișca mai repede, trebuie să avem un anumit nivel de datorie tehnică.

dezvoltatorii petrec din ce în ce mai mult timp pentru automatizarea și întreținerea testelor. Aceasta este o activitate critică, dar una care poate încetini viteza unei echipe. O modalitate importantă de a economisi timp și de a crește viteza este eliminarea testelor inutile.

caracteristicile care sunt rareori sau niciodată utilizate în versiunea curentă de producție nu merită teste suplimentare. Chiar dacă descoperiți erori, acestea nu vor afecta aproape niciunul dintre utilizatorii activi ai software-ului.

mai mult decât atât, codul care a fost stabil pentru mai multe sprinturi, sau chiar săptămâni sau luni, și nu a rupt, este puțin probabil să se rupă acum. Adăugarea testelor pentru codul care nu este lucrat în mod activ este probabil o pierdere, deoarece utilizatorii finali au testat deja acest cod pentru dvs.

scrierea și rularea testelor de integrare: Blestemul echipelor Software

pentru a-și face treaba corect și pentru a ajuta echipele de dezvoltare să evite și să reducă datoria tehnică, trebuie să scrie, să ruleze și să mențină o mulțime de teste de integrare pentru fiecare componentă software. Mai mult decât atât, aceste teste de integrare trebuie să fie executate înainte de fiecare unitate de eliberare de luare de testare un proces dificil, consumatoare de timp, și costisitoare.

aceste provocări, printre altele, creează adesea lacune de testare – zone de cod care fie nu au fost testate într-o anumită perioadă de timp, fie într-o anumită construcție. Prin natura lor, lacunele de testare sunt silozuri care duc la datorii tehnice cu risc ridicat și rezultă de obicei din zone în care codul a fost modificat recent sau executat în producție, dar nu au fost testate în niciun ciclu de regresie.

mențineți o datorie tehnică cu risc scăzut ca parte a planificării Sprint

deși conceptul de datorie tehnică este relativ nou, se bazează pe o problemă veche care a provocat echipele de dezvoltare software de ani de zile.

fundamental, datoria tehnică se referă la compromisul care apare atunci când echipele de dezvoltare folosesc beneficiile pe termen scurt ale creșterii vitezei pentru a livra rapid software clienților, în raport cu valoarea pe termen lung a dezvoltării de soluții software care pot fi ușor modificate, reparate și întreținute.

gestionarea eficientă a datoriilor tehnice necesită o analiză precisă a lacunelor de testare din Baza de coduri a unei soluții software pentru a detecta zonele cu risc ridicat, astfel încât timpul și efortul adecvat să poată fi concentrate asupra acestora.

folosind informații și informații obținute din analiza decalajelor de testare, echipele de dezvoltare pot planifica în mod adecvat sprinturile și pot dezvolta teste de integrare pentru astfel de zone cu risc ridicat, crescând astfel eficiența, reducând în același timp datoria tehnică.

o astfel de vizibilitate în zonele cu risc ridicat facilitează expunerea practicilor slabe de proiectare și codificare, permițând echipelor agile să curețe codul, datele și toate ipotezele învechite, asigurându-se că calitatea bazei de cod rămâne la niveluri optime. Acest lucru are ca rezultat gestionarea eficientă a datoriei tehnice, asigurându-se că aceasta este cu risc scăzut și menținută la niveluri gestionabile.

cu informații din analiza Sealights Test Gap, echipele de software își pot planifica sprintul pe baza analizei datelor colectate din mai multe surse de-a lungul conductei de dezvoltare software, pot lua deciziile corecte cu privire la locul în care ar trebui dezvoltate următoarele teste și pot pune la punct zilele de scriere a testelor care nu sunt necesare. Aceste analize permit dezvoltatorilor, liderilor de echipă și managerilor să mențină o datorie tehnică cu risc scăzut în avantajul lor.

Aflați Mai Multe Despre Analiza Decalajului De Testare

  • Webinar: O abordare bazată pe date pentru gestionarea riscului datoriei tehnice
  • Blog: atenție la decalaj! Reduceți decalajul de testare cu informații de calitate
  • Whitepaper: cum să mențineți datoria tehnică cu risc scăzut folosind analiza