Clasificación de defectos: un proceso simple

La clasificación de defectos es un proceso simple que ayuda al equipo de desarrollo a resolver y corregir defectos simplemente en función de su gravedad y prioridad . Es un proceso para priorizar defectos en base a su severidad, riesgo causado y frecuencia de ocurrencia.

  1. Nuevo:
    cada vez que se identifica un defecto por primera vez, este nuevo defecto se agrega al sistema de seguimiento de defectos.
  2. Bajo investigación:
    el líder del equipo luego determina o evalúa un informe de defecto si es correcto o no. Las siguientes pautas se tienen en cuenta al evaluar un informe de defectos:
    • ¿El formato del informe de defectos es correcto o no?
    • ¿Este defecto en particular se informa antes o no?
    • ¿Quién ha identificado el defecto?
    • ¿Cuál es la causa del defecto o qué tan grave es el problema?

    (i). Crítico:
    problema crítico significa que, debido a un defecto, la funcionalidad principal del sistema ha dejado de funcionar.
    (ii). En el medio:
    el defecto que se incluye en esta categoría se puede discutir en la reunión de clasificación de defectos.
    (iii). Bajo:
    los defectos que se incluyen en esta categoría son menos graves y solo son visibles para los usuarios internos.

  3. Rechazado:
    si el informe de defectos está duplicado, o el equipo de clasificación no puede replicar el problema, o no se mantiene el formato de informe de defectos adecuado, se rechaza el informe de clasificación de defectos en particular.
  4. Confirmado:
    si todo es correcto, se confirma el informe del defecto y se espera a que se resuelva el problema o el defecto.
  5. Dev in Progress:
    En esto, el defecto está en sprint, es decir, el defecto está en proceso, especialmente para resolverlo y corregirlo. En palabras simples, el defecto está bajo resolución.
  6. Liberado:
    finalmente, el defecto se resuelve y repara por completo.

Reglas de clasificación de defectos:
existen varias reglas de clasificación de defectos, como se indica a continuación:

  • Es necesario revisar los defectos que se están informando.
  • Los defectos que se aceptan deben priorizarse y también deben tener una gravedad adjunta.
  • Los defectos que se rechazan deben tener descripciones plausibles, es decir, razonables o creíbles para el equipo de pruebas.
  • Todos y cada uno de los defectos deben asignarse y entregarse al equipo o individuo apropiado.
  • Se debe hacer un análisis respecto a la causa principal o raíz de cada defecto que se está aceptando.

Algunos desafíos que ocurren durante la clasificación de defectos:

  • A veces, el sistema de seguimiento de defectos estándar no está disponible.
  • Las prioridades y severidades no se asignan correctamente a defectos particulares.
  • No hay una comunicación adecuada entre el equipo de prueba, el equipo de desarrollo, las partes interesadas del negocio y el propietario del producto.
  • No hay comunicación adecuada durante las reuniones de clasificación de defectos.

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 *