Proceso de gestión de defectos en pruebas de software
Tomas Hamilton
¿Qué es el proceso de gestión de defectos?
La gestión de defectos es un proceso sistemático para identificar y corregir errores. Un ciclo de gestión de defectos consta de las siguientes etapas: 1) descubrimiento del defecto, 2) categorización del defecto, 3) corrección del defecto por parte de los desarrolladores, 4) verificación por parte de los evaluadores, 5) cierre del defecto y 6) informes de defectos al final del proyecto.
Este tema lo guiará sobre cómo aplicar el proceso de gestión de defectos al sitio web del proyecto Guru99 Bank. Puede seguir los pasos a continuación para gestionar los defectos.
Paso 1) Descubrimiento
En la fase de descubrimiento, los equipos del proyecto tienen que descubrir tanto muchos defectos como posible, antes de que el cliente final pueda descubrirlo. Se dice que se descubre un defecto y cambia de estado. aceptado cuando es reconocido y aceptado por los desarrolladores
En el escenario anterior, los evaluadores descubrieron 84 defectos en el sitio web Guru99.
Veamos el siguiente escenario: su equipo de pruebas descubrió algunos problemas en el sitio web de Guru99 Bank. Los consideran defectos y se los informaron al equipo de desarrollo, pero existe un conflicto:
En tal caso, como director de pruebas, ¿qué hará?
B) El director de pruebas asume el papel de juez para decidir si el problema es un defecto o no.
C) Acordar con el equipo de desarrollo que no es un defecto
En tal caso, se debe aplicar un proceso de resolución para resolver el conflicto, usted asume el papel de juez para decidir si el problema del sitio web es un defecto o no.
Paso 2) Categorización
La categorización de defectos ayuda a los desarrolladores de software a priorizar sus tareas. Eso significa que este tipo de prioridad ayuda a los desarrolladores a solucionar primero aquellos defectos que son muy cruciales.
Los defectos suelen ser clasificados por el director de pruebas:
Hagamos un pequeño ejercicio como el siguiente
Arrastre y suelte la prioridad de defectos a continuación| 1) El rendimiento del sitio web es demasiado lento |
|
| 2) La función de inicio de sesión del sitio web no funciona correctamente |
|
| 3) La GUI del sitio web no se muestra correctamente en Móvil Médicos |
|
| 4) El sitio web no pudo recordar la sesión de inicio de sesión del usuario. |
|
| 5) Algunos enlaces no funcionan |
|
Aquí están las respuestas recomendadas.
| No. | Descripción | Prioridad | Explicación |
|---|---|---|---|
|
1 |
El rendimiento del sitio web es demasiado lento. |
Alta |
El error de rendimiento puede causar grandes inconvenientes al usuario. |
|
2 |
La función de inicio de sesión del sitio web no funciona correctamente |
Critical |
El inicio de sesión es una de las funciones principales del sitio web del banco. Si esta función no funciona, se trata de un error grave. |
|
3 |
La GUI del sitio web no se muestra correctamente en dispositivos móviles |
Mediana |
El defecto afecta al usuario que utiliza un Smartphone para visualizar el sitio web. |
|
4 |
El sitio web no pudo recordar la sesión de inicio de sesión del usuario. |
Alta |
Este es un problema grave ya que el usuario podrá iniciar sesión pero no podrá realizar más transacciones. |
|
5 |
Algunos enlaces no funcionan. |
Baja |
Esta es una solución fácil para los desarrolladores y el usuario aún puede acceder al sitio sin estos enlaces. |
Paso 3) Resolución de defectos
Resolución de defectos En las pruebas de software es un proceso paso a paso para corregir los defectos. El proceso de resolución de defectos comienza con la asignación de defectos a los desarrolladores, luego los desarrolladores programan el defecto para que se solucione según la prioridad, luego se solucionan los defectos y finalmente los desarrolladores envían un informe de resolución al administrador de pruebas. Este proceso ayuda a corregir y rastrear defectos fácilmente.
Puede seguir los siguientes pasos para solucionar el defecto.
- Asignación: Asignado a un desarrollador u otro técnico para que lo arregle, y cambió el estado a Responder.
- Fijación de horarios: El lado desarrollador se hace cargo de esta fase. Crearán un cronograma para solucionar estos defectos, dependiendo de la prioridad del defecto.
- arreglar el defecto: Mientras el equipo de desarrollo soluciona los defectos, el director de pruebas realiza un seguimiento del proceso de reparación de defectos en comparación con el cronograma anterior.
- Informar la resolución: Obtenga un informe de la resolución de los desarrolladores cuando se solucionen los defectos.
Paso 4) Verificación
Después del equipo de desarrollo fijas y reportaron el defecto, el equipo de pruebas verifica que los defectos sean realmente resueltos.
Por ejemplo, en el escenario anterior, cuando el equipo de desarrollo informó que ya habían solucionado 61 defectos, su equipo volvería a realizar pruebas para verificar que estos defectos realmente se hayan solucionado o no.
Paso 5) Cierre
Una vez que se ha resuelto y verificado un defecto, el estado del defecto cambia como cerrado. En caso contrario, has enviado un aviso a la promoción para que vuelvan a comprobar el defecto.
Paso 6) Informe de defectos
Informe de defectos En las pruebas de software es un proceso en el que los gerentes de pruebas preparan y envían el informe de defectos al equipo de administración para obtener comentarios sobre el proceso de gestión de defectos y su estado. Luego, el equipo de gestión verifica el informe de defectos y envía comentarios o brinda soporte adicional si es necesario. Los informes de defectos ayudan a comunicar, rastrear y explicar mejor los defectos en detalle.
El consejo de administración tiene derecho a conocer el estado del defecto. Deben comprender el proceso de gestión de defectos para ayudarlo en este proyecto. Por lo tanto, debe informarles sobre la situación actual del defecto para obtener comentarios de ellos.
¿Por qué necesita un proceso de gestión de defectos?
Su equipo encontró errores mientras probaba el proyecto bancario Guru99.
Después de una semana, el desarrollador responde:
La próxima semana el tester responde
Como en el caso anterior, si la comunicación del defecto se hace verbalmente, pronto las cosas se vuelven muy complicadas. Para controlar y gestionar errores de forma eficaz, necesita un ciclo de vida de los defectos.
Métricas de defectos importantes
Vuelva al escenario anterior. Los equipos de desarrollo y pruebas revisan los defectos informados. Aquí está el resultado de esa discusión.
¿Cómo medir y evaluar la calidad de la ejecución de la prueba?
Esta es una pregunta que cada Test Manager Quiere saber. Hay 2 parámetros que puede considerar, que son los siguientes:
En el escenario anterior, puede calcular el tasa de rechazo de deserción (RRD) es 20/84 = 0.238 (23.8%).
Otro ejemplo, supongamos que el sitio web del Banco Guru99 tiene total 64 defectos, pero su equipo de pruebas solo detecta 44 defectos, es decir, faltaron 20 defectos. Por lo tanto, puede calcular que la relación de fuga de defectos (DLR) es 20/64 = 0.312 (31.2%).
Conclusión, la calidad de la ejecución de la prueba se evalúa a través de los dos parámetros siguientes
Cuanto menor sea el valor de DRR y DLR, mejor será la calidad de la ejecución de la prueba. ¿Cuál es el rango de relación que es aceptable? Este rango podría definirse y aceptarse en base al objetivo del proyecto o puede consultar las métricas de proyectos similares.
En este proyecto, el valor recomendado de relación aceptable es 5 ~ 10%. Significa que la calidad de la ejecución de la prueba es baja. Debería encontrar contramedidas para reducir estas proporciones, como
- Mejorar las habilidades de prueba del miembro.
- Toma más tiempo para probar la ejecución, especialmente para revisar los resultados de la ejecución de la prueba.
Preguntas Frecuentes
Hagan clic aquí si el video no es accesible
Recursos:
Descargue una plantilla de informe de defectos de muestra
