Etapas del proceso de gestión de defectos

El Proceso de Gestión de Defectos (DMP) se define básicamente como un proceso en el que se lleva a cabo la identificación y resolución de defectos. El desarrollo de software no es un proceso fácil. Es un proceso muy complejo, por lo que la constante aparición de defectos es normal. DMP generalmente se lleva a cabo en la etapa de prueba de productos. Tampoco es posible eliminar todos los defectos del software. Solo podemos minimizar la cantidad de defectos y su impacto en el desarrollo de software. DMP se centra principalmente en la prevención de defectos, la identificación de defectos lo antes posible y la reducción del impacto de los defectos.

Etapas de DMP:
Hay diferentes etapas de DMP que se llevan a cabo como se indica a continuación:

  1. Prevención de defectos: la
    eliminación de defectos en una etapa temprana es una de las mejores formas de reducir su impacto. En la etapa inicial, reparar o resolver defectos requería menos costos y el impacto también se puede minimizar. Pero en una etapa posterior, encontrar defectos y luego corregirlos requiere un costo muy alto y el impacto del defecto también puede aumentar. No es posible eliminar todos los defectos, pero al menos podemos intentar reducir sus efectos y el costo requerido para repararlos. Este proceso simplemente mejora la calidad del software al eliminar los defectos en una etapa temprana y también aumenta la productividad simplemente evitando la inyección de defectos en el producto de software.
  2. Línea de base de entrega:
    cuando la entrega de dicho producto o documento alcanza su hito predefinido, la entrega se considera como línea de base. El hito predefinido generalmente define lo que se supone que debe lograr el proyecto o el software. Si no se logra alcanzar o cumplir un hito predefinido, simplemente significa que el proyecto no avanza hacia el plan y, en general, provoca que la gerencia tome medidas correctivas. Cuando un entregable es una línea de base, se controlan los cambios posteriores.
  3. Descubrimiento de defectos: el
    descubrimiento de defectos en una etapa temprana es muy importante. Epílogo, podría causar un daño mayor. Un defecto solo se considera ‘descubierto’ si los desarrolladores han reconocido que es válido.
  4. Resolución
    de defectos: los desarrolladores resuelven y reparan el defecto y luego lo colocan en el mismo lugar desde donde se identificó inicialmente.
  5. La mejora de procesos :

    Todos los defectos que se identifican son críticos y causan algún impacto en el sistema. No significa que los defectos que tienen un bajo impacto en el sistema no sean críticos. Para la mejora de procesos, todos y cada uno de los defectos identificados deben corregirse. Se debe realizar la identificación y el análisis del proceso en el que se produjo el defecto para que podamos determinar diferentes formas de mejorar el proceso para evitar que ocurran defectos similares en el futuro.

Publicación traducida automáticamente

Artículo escrito por madhurihammad y traducido por Barcelona Geeks. The original can be accessed here. Licence: CCBY-SA

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *