Analiza impactului în testarea software-ului
Charles Moore
⚡ Rezumat inteligent
Analiza impactului în testarea software evaluează modul în care o schimbare propusă se reflectă în cerințe, design, cod, teste și programul de livrare, ajutândping Echipele estimează efortul, prioritizează acoperirea regresiei și previn defectele neintenționate înainte de lansare.
Ce este analiza impactului?
Analiza impactului este procesul de analiză a impactului modificărilor aduse unui produs sau unei aplicații implementate. Aceasta identifică zonele sistemului care pot fi afectate atunci când o anumită secțiune sau caracteristică a aplicației este modificată.
Impactul este evaluat în cadrul Cerințelor, Proiectării și Archistructură, testare și programul de livrare.
Ori de câte ori se adaugă noi funcționalități unei aplicații sau unui produs, este imperativ să se verifice modul în care aceste modificări vor influența performanța și stabilitatea sistemului. Din acest motiv, se face o analiză de impact.
De ce se face analiza impactului schimbării?
- Pentru a înțelege posibilul rezultat al implementării schimbării. Adăugarea unui număr prea mare de funcționalități la un produs poate reduce performanța generală.
- Pentru a identifica fiecare fișier, document și model care ar putea necesita modificări dacă echipa decide să implementeze schimbarea.
- Pentru a estima efortul necesar pentru implementarea schimbării.
- Pentru a identifica sarcinile necesare pentru implementarea schimbării.
- Pentru a lista dependențele de elementul specific care este modificat.
Ce este un document de analiză a impactului?
Un document de Analiză a Impactului poate fi folosit ca o listă de verificare pentru a evalua o cerere de schimbare înainte ca echipa să înceapă să lucreze la ea. Documentul ar trebui să cuprindă detalii precum:
- O scurtă descriere a problemei.
- O explicație sau un exemplu al modului în care defectul provoacă eșec sau ineficiență.
- O estimare a complexității.
- O estimare a costului și timpului pentru reparație.
- Funcționalitatea care urmează a fi testată.
- Noile cazuri de testare create pentru schimbare.
- Documente de referință, cum ar fi specificațiile tehnice sau notele de proiectare aferente.
Exemplu:
Document de analiză a impactului.
- ID-ul cererii de modificare:
- Titlu:
- Description:
- Data pregătită:
- Estimare privind prioritizarea:
- Beneficiu relativ
- Pedeapsa relativă
- Cost relativ
- Risc relativ
- Efort total estimat: ______ ore
- Efort pierdut estimat: ______ ore
- Impact estimat asupra programului: ______ zile
- Calitatea afectată:
- Alte cerințe afectate:
- Alte sarcini afectate:
- Probleme de integrare:
Cum se prezintă nivelul de influență al analizei de impact
Analiza impactului poate fi reprezentată printr-un cod de culori care arată importanța modificărilor aduse sistemului. Un cod de culori comun este prezentat mai jos:
- Roșu — Impact puternic
- Galben — Impact moderat
- Verde — Impact slab
Tabelul de mai sus explică impactul modificărilor implementate:
- Caracteristicile marcate cu roșu sunt principalele caracteristici care sunt modificate. Caracteristicile cu galben sunt mai puțin influențate de modificare. Caracteristicile cu verde sunt cel mai puțin influențate.
- Caracteristicile listate vertical sunt cele care sunt modificate. Caracteristicile listate orizontal sunt cele pe care modificarea le poate influența. În exemplul de mai sus, o modificare a Caracteristicii 1 influențează Caracteristica 3.
- Într-un proiect mai amplu, unde caracteristicile și funcționalitățile sunt numeroase, tabelul de mai sus s-ar putea să nu fie practic. În acest caz, se adoptă o altă abordare, în care dezvoltatorul marchează direct nivelul de influență cauzat de modificările caracteristicilor principale, așa cum se arată mai jos, unde impactul caracteristicii principale este marcat pentru fiecare sub-caracteristică.
Exemple de întrebări la care trebuie să răspundeți în timpul efectuării Analizei de Impact:
- Care sunt efectele secundare adverse sau riscurile efectuării modificării propuse?
- Este nevoie de achiziționarea unor instrumente noi pentru implementarea și testarea schimbării?
- Dacă schimbarea este acceptată, cât din efortul deja depus se va pierde?
- Afectează modificările propuse negativ cerințele de performanță?
- Este necesară o intrare suplimentară din partea utilizatorului pentru a verifica modificarea propusă?
- Schimbarea crește costul produsului?
- Are personalul actual cunoștințele și abilitățile necesare pentru a implementa schimbarea propusă?
- Schimbarea propusă impune vreo cerere inacceptabilă pentru vreo resursă informatică?
Cele mai bune practici pentru analiza impactului schimbării
- Înainte de a începe Analiza Impactului, asigurați-vă că solicitarea de testare identifică fiecare parte a proiectului influențată de modificări.
- Comunicarea continuă între dezvoltator și tester este esențială pentru a nu omite nicio modificare necesară în produsul final.
- Identificați dacă sunt necesare modificări, ștergeri sau adăugiri ale interfeței utilizator.
- Estimați numărul de cazuri de testare de acceptare, sistem și integrare care vor fi necesare.
- Identificați orice impact al modificării propuse asupra planului de proiect, planului de gestionare a configurației sau planului de asigurare a calității.
Tipuri de analiză a impactului în testarea software
Analiza impactului schimbării nu este o tehnică singulară. Practicienii folosesc de obicei unul dintre cele trei tipuri complementare pentru a răspunde la diferite întrebări despre o schimbare propusă.
- TracAnaliza impactului asupra eficienței: Utilizează cerințele TracMatricea de fezabilitate și legăturile de proiectare pentru a mapa fiecare cerință la modulele, testele și documentele care o implementează. Atunci când o cerință se modifică, matricea dezvăluie fiecare artefact din aval care trebuie actualizat sau retestat.
- Analiza impactului dependenței: Studiază grafurile de apeluri, fluxurile de date și interfața contracts în interiorul bazei de cod. O modificare a unui modul este tracprin apelanți direcți, apelanți indirecți și structuri de date partajate, astfel încât efectele în cascadă ascunse sunt scoase la suprafață înainte ca schimbarea să fie livrată.
- Analiza impactului experimental (istoric): Analizează datele istorice ale modificărilor — defecte anterioare, sprinturi eșuate și regresii evazive — pentru a prezice cum se va comporta modificarea curentă. Instrumentele moderne combină extragerea istoricului controlului versiunilor cu modele statistice sau de învățare automată pentru a evalua riscul fiecărei modificări.
Majoritatea echipelor combină cel puțin două dintre aceste tipuri. TracEability vă spune ce documente sunt afectate, analiza dependențelor vă spune ce cod este afectat, iar analiza istorică vă spune cât de riscantă este probabilă să fie schimbarea.
Instrumente populare pentru analiza impactului schimbării
Analiza modernă a impactului schimbărilor se face rareori într-o foaie de calcul. Echipele combină un instrument de gestionare a cerințelor cu un instrument de analiză a codului și un instrument de gestionare a testelor care au în comun un... traccoloană vertebrală flexibilă.
- Jama Connect, IBM USI, Modern Requirementsși cerințe vizuale: Capturați cerințele, mențineți nivelurile de referință și generați rapoarte de impact asupra cerințelor, testelor și riscurilor corelate atunci când este propusă o modificare.
- Atlassian Jira cu Xray sau Zefir: Track povești de utilizator, defecte și cazuri de testare. Rapoartele de impact arată fiecare poveste și test pe care o modificare propusă îl atinge în cadrul unui sprint sau al unui tren de lansare.
- SonarQube, Înțelegere prin SciTools și Structure101: Analizați dependențele codului sursă și produceți grafuri de apeluri și rapoarte de cuplare, astfel încât inginerul să poată vedea codul din aval afectat de o modificare.
- Lansabil, Testim Auto-Reparare și TestGrid: Folosește învățarea automată pentru a prezice ce teste sunt cele mai susceptibile de a detecta defectele introduse de o modificare, permițând o selecție inteligentă a testelor și cicluri de regresie mai rapide.
- Microsoft Excel sau Google Foi: Încă utilizat pe scară largă pentru documentul inițial de Analiză a Impactului, tabelul de influență codificat prin culori și jurnalul de cereri de modificare în proiectele mai mici.
Combinația potrivită depinde de dimensiunea bazei de cod, de mediul de reglementare și de metoda de livrare. Industriile reglementate se bazează pe Jama sau DOORS pentru auditabil. traceficiență, în timp ce echipele de produs agile se bazează pe Jira, SonarQubeși un instrument de testare a impactului.
