Menú

Mètodes i tècniques de prevenció de defectes

defect prevention methods

Proveu El Nostre Instrument Per Eliminar Problemes

Enfocament efectiu de la prevenció de defectes i punts de vista crítics:

Garantia de qualitat és el terme que s’utilitza habitualment per dirigir-se als equips de proves dels projectes de TI.

A part dels aspectes tècnics, les activitats d’assegurament de la qualitat no només s’orienten a la identificació de defectes (que consisteix a detectar defectes després d’haver-se produït. Això simplement són proves o control de qualitat), sinó que també inclouen la prevenció de defectes els defectes s’eliminen / redueixen abans d’entrar al producte de programari).

Mètodes de prevenció de defectes

Una equació equivalent simple pot ser:

QA = control de qualitat (identificació de defectes) + prevenció de defectes

Tot i que això sembli bastant senzill, hi ha menys èmfasi o orientació disponible sobre com o què són exactament les tasques de prevenció de defectes.

La veritat és que els defectes trobats durant la fase de proves o pitjors després del llançament són més costosos de trobar i solucionar i poden provocar una pèrdua de confiança en la marca. Per tant, com més aviat es prenguin les mesures de prevenció, millor. A més, la prevenció de defectes també ajuda les empreses a assolir el nivell més alt de CMMI (Capability Maturity Model Integration).

En aquest article, analitzem de prop la prevenció de defectes.

Què aprendreu:

Prevenció de defectes

La prevenció de defectes és un pas o activitat crucial en qualsevol procés de desenvolupament de programari i, com es pot veure al diagrama següent, és pràcticament la meitat de les nostres tasques de prova:

Prevenció de defectes

En resum, les següents són les responsabilitats de prevenció de defectes per als verificadors en cadascuna de les etapes següents:

# 1) Revisió de les especificacions del requisit:

Després d’entendre els requisits del client, prepareu el contingut essencial del vostre requisit.

Una revisió és important en aquest pas: el primer nivell de revisió hauria de ser dins de l’equip, seguit d’un altre nivell de revisió externa (per un desenvolupador, un BA o un client) per assegurar-se que totes les perspectives estiguin sincronitzades.

# 2) Revisió del disseny:

L’etapa de disseny es pot considerar una mena d’estratègia i, si es passa per ella, es garantirà que l’equip de control de qualitat entengui els pros i els contres de cada estratègia.

Aquest tipus de recorregut crític ajudarà a descobrir qualsevol problema amb aquestes estratègies i solucionar-los abans d’anar més enllà. Això es pot considerar un estudi de viabilitat de l’estratègia (o estratègies).

# 3) Revisió del codi:

millor aplicació de captura de pantalla per a Windows 10

No hi ha molt que els provadors s’impliquin directament en aquesta fase, però la revisió també continua aquí. Els desenvolupadors duen a terme inspeccions de codi, recorreguts i revisions abans de provar la integració i la integració de l'aplicació.

Mètodes i tècniques de prevenció de defectes

A continuació s’enumeren alguns mètodes tradicionals i habituals que s’utilitzen des de fa molt de temps per a la prevenció de defectes;

# 1) Revisió i inspecció: Aquest mètode inclou la revisió per part d’un membre de l’equip individual (autocontrol), revisions per parells i inspecció de tots els productes de treball.

=> Per obtenir més informació sobre com es duu a terme, consulteu el nostre Revisions de documentació de proves article.

# 2) Tutorial: És més o menys com una ressenya, però es relaciona sobretot amb la comparació del sistema amb el prototip, cosa que donarà una millor idea sobre la correcció i / o l’aspecte del sistema.

# 3) Registre i documentació de defectes: Aquest mètode proporciona informació, arguments / paràmetres clau que es poden utilitzar per donar suport a l'anàlisi de defectes.

# 4) Anàlisi de la causa arrel: L’anàlisi de la causa arrel inclou dos enfocaments principals:

I) Anàlisi de Pareto:

L'anàlisi de Pareto és una tècnica formal i senzilla que ajuda a prioritzar l'ordre de resolució de problemes per obtenir el màxim impacte. Afirma que el 80% del problema sorgeix a causa del 20% de les raons.

Per tant, els problemes un cop identificats es prioritzen segons la freqüència i es realitza una anàlisi detallada basada en estadístiques per trobar quin 20% de les raons atribuïdes al 80% dels problemes. Simplement centrant-se en aquestes raons del 20% i eliminant-les, es garanteixen els resultats alhora que s’optimitza l’abast del treball.

II) Anàlisi de les espines de peix:

També conegut com Anàlisi Ishikawa aquest mètode és una tècnica d’anàlisi de la causa arrel més visual. No hi ha estadístiques implicades, ja que aquest mètode es basa en una pluja d'idees a tot l'equip. El diagrama següent ajuda a entendre-ho millor.

El problema s’escriu primer a la part més dreta i a la línia horitzontal que hi passa, s’enumeren les diverses causes. La branca que té més ossos causa causa-subclàusula (o línies / branques) és el problema més greu i que s’ha de treballar per a l’eliminació. De vegades també s’anomena aquesta tècnica anàlisi de causa i efecte .

Anàlisi de Fishbone

Maneig de nivells i defectes de TMM per organització de proves

# 1) TMM (Testing Maturity Model) es basa en CMM és a dir; Model de maduresa de la capacitat.

# 2) La prevenció de defectes implica molts membres del personal i el seu esforç col·laboratiu en diverses etapes, raó per la qual té un paper destacat al nivell 5. de TMM, per exemple; Si es produeix un defecte amb freqüència en qualsevol cas o procediment de prova, l'organització pot assignar un grup de membres del personal per analitzar el defecte i desenvolupar el pla que contingui accions per a canvis en el procés amb el problema.

# 3) Alguns dels avantatges del programa de prevenció de defectes són:

  • El personal està motivat i és més conscient
  • Satisfacció dels clients
  • Més fiabilitat, manejabilitat i predictibilitat
  • Millora contínua millorada del procés

Funcions i responsabilitats de l’equip

Tres grups crítics participen en el procés de prevenció de defectes:

Qa tester entrevista preguntes i respostes

Paper del gerent:

  • Per a l'èxit de qualsevol programa de prevenció de defectes, la gestió ha de ser fortament solidària.
  • El suport pot ser en forma de recursos, formació i eines necessàries per implementar el pla amb èxit.
  • La direcció ha de definir la política adequada i, si cal, introduir alguns canvis culturals.
  • Se suposa que els administradors promouen discussions, distribució de la llista de defectes comuns i canvis en el procés.

Paper del provador:

  • Els verificadors mantenen la base de dades de defectes que inclou la recopilació de dades de defectes.
  • Les dades de defectes s’han d’actualitzar periòdicament i la informació sobre defectes s’ha de mantenir actualitzada en tot moment.
  • Planificar la implementació del canvi

Rol del client:

  • El client té un paper relativament petit o limitat, però el seu compromís amb la qualitat és fonamental.

Conclusió

La prevenció de defectes té un paper important i crucial en el procés de desenvolupament de programari. Ajuda a gestionar la qualitat del producte de programari de manera 'més ràpida i econòmica' amb l'ajut de les tècniques esmentades anteriorment.

Assegura que els problemes es resolen aviat sense arribar fins i tot a l'aplicació. Considera la recerca de causes arrels com el principal mitjà per identificar i, finalment, eliminar problemes.

Mantenir la qualitat del programari és responsabilitat de la direcció central i de tot l’equip, inclosos els responsables del projecte, el client i tots els membres de l’equip.

Quins són els vostres mètodes de prevenció de defectes? Comparteix els teus comentaris, preguntes i opinions a continuació.

Lectura recomanada

^