Clasificación de errores/defectos en las pruebas de software
Equipo editorial
⚡ Resumen inteligente
La clasificación de defectos es una reunión de revisión en la que el responsable de pruebas, el responsable de desarrollo y el director de proyecto clasifican cada error reportado según su gravedad, prioridad y riesgo, para luego asignar responsables y acordar un calendario de corrección realista.
¿Qué es la “clasificación de defectos”?
La clasificación de defectos es un proceso en el que cada error se prioriza en función de su gravedad, frecuencia, riesgo, etc. El término clasificación se utiliza en el Pruebas de software / Control de calidad para definir la gravedad y la prioridad de los nuevos defectos.
El nombre proviene de la medicina de urgencias, donde el triaje clasifica a los pacientes según su urgencia cuando los recursos son limitados. Un equipo de control de calidad se enfrenta a la misma limitación: la lista de defectos siempre es más larga que el tiempo disponible antes de la fecha de lanzamiento, por lo que alguien debe decidir qué se corrige ahora, qué se corrige más tarde y qué se pospone. El triaje es la reunión donde se toma y se registra esa decisión.
¿Por qué necesitamos tener una “clasificación de defectos”?
El objetivo de Bug Triage es evaluar, priorizar y asignar la resolución de defectos. El equipo necesita validar la gravedad del defecto, realizar cambios según sea necesario, finalizar la resolución de los defectos y asignar recursos. Utilizado principalmente en la gestión ágil de proyectos.
Sin clasificación, los defectos se quedan en el tracEl evaluador informa con la severidad que elaboró el informe eligió, y los desarrolladores seleccionan el trabajo según sus preferencias personales en lugar de su impacto en el negocio. El encabezado a continuación resume las razones por las que los equipos mantienen la reunión en el calendario.
¿Con qué frecuencia se debe realizar una “clasificación de defectos” en una versión?
La frecuencia de la reunión de clasificación de defectos no es fija. Depende de la situación del proyecto.
A continuación se detallan algunos factores importantes que deciden la frecuencia de las reuniones de clasificación de defectos:
Estos factores importantes son:
- Según el cronograma del proyecto
- Número de defectos en el sistema.
- Impacto en los horarios de la disponibilidad de los miembros del equipo.
- Salud general del proyecto
Por lo general, las reuniones de clasificación de defectos se llevan a cabo dos o tres veces por semana.
El ritmo se acelera a medida que se acerca el lanzamiento. Equipos que trabajan en poco tiempo Melé Las iteraciones a menudo incorporan un breve triaje a la rutina diaria durante el último sprint, mientras que un proyecto en un ciclo más largo impulsado por el plan puede realizar un triaje una vez por semana hasta que pruebas de regresión comienza la fase.
¿Quiénes son los participantes obligatorios y otros participantes de la 'Triaje de defectos'?
Participantes obligatorios
Los siguientes miembros del proyecto siempre participan en las reuniones de clasificación de defectos.
- Gestor de Proyectos
- Líder del equipo de prueba
- Responsable técnico
- Líder del equipo de desarrollo
Participantes opcionales
- Desarrolladores
- Probadores
- Business Analyst
Se invita a los participantes opcionales cuando se necesita su opinión sobre un defecto específico; por ejemplo, cuando un analista de negocios tiene que confirmar si el comportamiento reportado contradice realmente un requisito o si se trata de una solicitud de cambio encubierta.
Roles y responsabilidades de los participantes durante la "clasificación de defectos".
Cada participante obligatorio llega con una responsabilidad diferente, y la reunión solo se desarrolla dentro del tiempo previsto si los tres se preparan con antelación.
Líder del equipo de prueba
- Reunión de clasificación de errores programada y envío de notificaciones de reunión para los asistentes.
- Cree un informe de defectos y envíelo a todos los asistentes antes de la reunión.
- Asigne prioridad y gravedad de los defectos.
- Haga una presentación para que otros miembros comprendan la causa raíz del defecto.
- Cada nota de la reunión se captura y envía a los asistentes a la reunión.
Líder de Desarrollo
- Ayuda en la priorización de los defectos.
- Discuta la dificultad del defecto y explique el riesgo involucrado debido a ese defecto.
- Asigne trabajo para corregir defectos a los desarrolladores relevantes.
- Actualice la resolución de defectos e incluya notas de desarrollo en caso de que falte información o de que los desarrolladores necesiten información adicional.
Gestor de Proyectos
- Ayuda en la priorización de los defectos.
- Analice la fecha de lanzamiento de la próxima iteración para el control de calidad.
- Es necesario asegurarse de que los representantes de usuarios relacionados también estén invitados a la reunión de clasificación de errores.
El director del proyecto es quien fija la fecha de lanzamiento, por lo que la decisión final sobre cualquier defecto controvertido suele recaer en esa persona, como se muestra a continuación.
¿Qué sucede durante la reunión de "clasificación de defectos"?
- El líder del equipo de prueba envía un informe de error con los nuevos defectos. Durante la reunión de clasificación de defectos, se analiza cada defecto para ver si se le asigna la prioridad y la gravedad adecuadas.
- Las prioridades se reorganizan si es necesario.
- Los defectos se analizan y evalúan según su grado de gravedad.
- Esto incluye una discusión sobre la complejidad del defecto, los riesgos, el rechazo y la reasignación de errores.
- Las actualizaciones se capturan en el error. tracsistema del rey.
- El ingeniero de control de calidad realizará los cambios en cada defecto y los discutirá con cada asistente.
- El campo “Comentarios” se actualiza correctamente anotando puntos esenciales de la reunión.
La mayor parte del tiempo de debate se centra en los dos aspectos que suelen generar confusión. La gravedad y la prioridad se establecen de forma independiente, y un defecto puede obtener una puntuación alta en uno y baja en el otro.
| Aspecto | Gravedad | Prioridad |
|---|---|---|
| que mide | Qué tan gravemente el defecto daña el producto o su funcionalidad. | ¿Con qué rapidez debe corregirse el defecto en relación con otros trabajos? |
| Normalmente establecido por | El probador que informa del defecto | Acordado en la fase de triaje, con el director del proyecto y el responsable del área de producto. |
| Accionada por | Impacto técnico y funcionalidad afectada | Impacto en el negocio, visibilidad para el cliente y fecha de lanzamiento. |
| Ejemplo de desajuste | Gravedad alta, baja prioridad: un fallo en una función que nadie usa hasta el próximo trimestre. | Gravedad baja, alta prioridad: un nombre de empresa mal escrito en la página de inicio. |
Tip: Mantenga la discusión sobre un solo defecto breve. Si un problema no se puede resolver en un par de minutos, déjelo para más adelante, asigne a un responsable para que lo investigue y retómelo en la siguiente sesión, en lugar de permitir que un solo defecto consuma toda la reunión.
¿Cuál es el resultado de la “clasificación de defectos”?
Al final de cada reunión, se prepararán y entregarán métricas de clasificación de defectos a todos los asistentes. Este informe actúa como acta de la reunión que resultará útil para futuras reuniones.
El informe es el punto en el que el triaje se conecta de nuevo con el sistema más amplio. proceso de gestión de defectosLos equipos suelen incluir lo siguiente:
- Defectos revisados durante la sesión, con la gravedad y prioridad acordadas para cada uno.
- Defectos recién asignados, junto con el desarrollador que ahora es su propietario.
- Defectos aplazados, rechazados o marcados como duplicados, con registro del motivo.
- Recuento de defectos abiertos por gravedad, para que se pueda apreciar la tendencia a lo largo de las sesiones.
- Las decisiones tomadas se pospusieron para la siguiente reunión.
Porque cada cambio se vuelve a escribir en el tracker, el estado de cada elemento permanece consistente con su posición en el ciclo de vida del defectoy la siguiente sesión comienza con una lista precisa en lugar de una obsoleta.
