Meniu

Metode și tehnici de prevenire a defectelor

defect prevention methods

Încercați Instrumentul Nostru Pentru Eliminarea Problemelor

Abordarea eficientă a prevenirii defectelor și punctele de vedere critice:

Asigurarea calității este termenul care este utilizat în mod obișnuit pentru a se adresa echipelor de testare din proiectele IT.

Din punct de vedere tehnic, activitățile de asigurare a calității nu vizează doar identificarea defectelor (care constată defectele după ce au avut loc. Acest lucru este pur și simplu testarea sau controlul calității), dar includ și prevenirea defectelor (asigurându-vă că defectele nu se întâmplă în primul rând sau defectele sunt eliminate / reduse înainte de a intra în produsul software).

Metode de prevenire a defectelor

Un echivalent simplu de ecuație poate fi:

QA = QC (identificarea defectelor) + Prevenirea defectelor

Deși sună destul de simplu, există mai puțină accentuare sau direcție disponibilă cu privire la modul sau care sunt exact sarcinile de prevenire a defectelor.

Adevărul este că defectele constatate în timpul fazei de testare sau mai rău după lansare sunt mai costisitoare de găsit și remediat și ar putea cauza o pierdere a încrederii în marcă. Prin urmare, cu cât sunt luate mai devreme măsurile de prevenire, cu atât mai bine. În plus, prevenirea defectelor ajută companiile să atingă cel mai înalt nivel CMMI (Capability Maturity Model Integration).

În acest articol, să analizăm mai îndeaproape prevenirea defectelor.

Ce veți învăța:

Prevenirea defectelor

Prevenirea defectelor este un pas sau o activitate crucială în orice proces de dezvoltare de software și, după cum se poate vedea din diagrama de mai jos, reprezintă aproape jumătate din sarcinile noastre de testare:

Prevenirea defectelor

Pe scurt, următoarele sunt responsabilitățile de prevenire a defectelor pentru testeri în fiecare dintre etapele de mai jos:

# 1) Revizuirea specificațiilor cerințelor:

După ce înțelegeți cerințele clientului, pregătiți esența cerinței dvs.

O revizuire este importantă la acest pas - Primul nivel de revizuire ar trebui să fie în cadrul echipei, urmat de un alt nivel de revizuire externă (de către un dezvoltator sau BA sau client) pentru a vă asigura că toate perspectivele sunt sincronizate.

# 2) Recenzie de proiectare:

Etapa de proiectare poate fi considerată o etapă de strategie, iar parcurgerea ei se va asigura că echipa QA înțelege avantajele și dezavantajele fiecărei strategii.

Acest tip de parcurs critic va ajuta la descoperirea oricăror probleme cu strategiile menționate și la remedierea acestora înainte de a merge mai departe. Acest lucru poate fi considerat un studiu de fezabilitate pentru strategie (sau strategii).

# 3) Revizuirea codului:

întrebări de interviuri despre servicii web în java

Nu există mult pentru testeri să se implice direct în această fază, dar revizuirea continuă și aici. Dezvoltatorii efectuează inspecții de cod, programe de parcurs și revizuiri înainte ca unitatea și integrarea să testeze aplicația.

Metode și tehnici de prevenire a defectelor

Unele metode tradiționale și comune care sunt folosite de mult timp pentru prevenirea defectelor sunt enumerate mai jos;

# 1) Revizuire și inspecție: Această metodă include revizuirea de către un membru individual al echipei (auto-verificare), evaluări inter pares și inspecția tuturor produselor de lucru.

=> Pentru mai multe informații despre cum se desfășoară acest lucru, vă rugăm să consultați Recenzii ale documentației de testare articol.

# 2) Ghid: Acesta este mai mult sau mai puțin ca o recenzie, dar este legat în principal de compararea sistemului cu prototipul, ceea ce va oferi o idee mai bună cu privire la corectitudinea și / sau aspectul sistemului.

# 3) Înregistrarea și documentarea defectelor: Această metodă oferă câteva informații cheie, argumente / parametri care pot fi folosiți pentru a sprijini analiza defectelor.

# 4) Analiza cauzei principale: Analiza cauzei radiculare include două abordări majore:

I) Analiza Pareto:

Analiza Pareto este o tehnică formală și simplă care ajută la prioritizarea ordinii rezolvării problemei pentru un impact maxim. Se afirmă că 80% din problemă apare din motive de 20%.

Prin urmare, problemele odată identificate sunt prioritizate în funcție de frecvență și se efectuează o analiză detaliată bazată pe statistici pentru a găsi 20% dintre motivele atribuite problemelor de 80%. Pur și simplu concentrându-ne pe aceste motive de 20% și eliminându-le, rezultatele sunt garantate, optimizând în același timp amploarea muncii implicate.

II) Analiza osului de pește:

De asemenea cunoscut ca si Analiza Ishikawa această metodă este o tehnică mai vizuală de analiză a cauzei radiculare. Nu există statistici implicate, deoarece această metodă se bazează pe brainstorming la nivelul întregii echipe. Următoarea diagramă vă ajută să înțelegeți mai bine acest lucru.

Problema este scrisă mai întâi în partea din dreapta și pe linia orizontală care trece prin ea, sunt enumerate diferitele cauze. Ramura care are cele mai multe oase cauză-subclauză (sau linii / ramuri) este problema cea mai gravă și care urmează să fie lucrată spre eliminare. Această tehnică este, de asemenea, numită uneori analiza cauzei și efectului .

Analiza Fishbone

Manipularea nivelului și defectelor TMM de către organizația de testare

# 1) TMM (Testing Maturity Model) se bazează pe CMM adică; Modelul de maturitate a capacității.

#Două) Prevenirea defectelor implică mulți membri ai personalului și efortul lor de colaborare în diferite etape, motiv pentru care joacă un rol proeminent la nivelul TMM 5. de exemplu; Dacă un defect apare frecvent în orice caz de testare sau procedură, organizația poate aloca un grup de membri ai personalului pentru a analiza defectul și pentru a elabora planul care conține acțiuni pentru modificări ale procesului cu problema.

# 3) Unele dintre beneficiile programului de prevenire a defectelor sunt:

  • Personalul este motivat și este mai conștient
  • Satisfacția clienților
  • Fiabilitate, manevrabilitate și predictibilitate sporite
  • Îmbunătățirea continuă a procesului

Rolurile și responsabilitățile echipei

Trei grupuri critice sunt implicate în procesul de prevenire a defectelor:

descărcare gratuită de registry cleaner pentru Windows 10

Rolul managerului:

  • Pentru succesul oricărui program de prevenire a defectelor, managementul trebuie să fie puternic susținător.
  • Sprijinul poate fi sub formă de resurse, instruire și instrumente necesare pentru implementarea cu succes a planului.
  • Conducerea ar trebui să definească politica adecvată și ar trebui să facă unele schimbări culturale, dacă este necesar.
  • Managerii ar trebui să promoveze discuții, distribuirea listei de defecte comune și modificări ale procesului.

Rolul testerului:

  • Testerii întrețin baza de date cu defecte, care include colectarea datelor despre defecte.
  • Datele privind defectele trebuie actualizate la intervale regulate, iar informațiile despre defecte trebuie să fie actualizate în permanență.
  • Pentru a planifica implementarea schimbării

Rolul clientului:

  • Clientul joacă un rol relativ mic sau limitat, dar angajamentul lor față de calitate este esențial.

Concluzie

Prevenirea defectelor joacă un rol major și crucial în procesul de dezvoltare de software. Ajută la gestionarea calității produsului software într-un mod „mai rapid și mai ieftin” cu ajutorul tehnicilor enumerate mai sus.

Se asigură că problemele se rezolvă devreme, fără a ajunge chiar la aplicație. Acesta consideră găsirea cauzei principale ca mijloc principal de identificare și în cele din urmă de eliminare a problemelor.

Menținerea calității software-ului este responsabilitatea managementului de bază și a întregii echipe, inclusiv a conducătorului proiectului, a clientului și a fiecărui membru al echipei.

Care sunt metodele dvs. de prevenire a defectelor? Vă rugăm să împărtășiți comentariile, întrebările și gândurile de mai jos.

Lectură recomandată

^