Gestión Eficiente de Defectos en Proyectos de Software

Clase 22 de 29 • Curso de Fundamentos de Pruebas de Software

Resumen

La mala administración, malas prácticas o falta de seguimiento entorpece las tareas de todo el equipo sino que además sumamos el retrabajo en la mala documentación puede que nuestro proyecto se salga de presupuesto o tiempo.

Razones por las que aparecen defectos:

Hay presión de tiempo en la entrega del software
Descuidos en el diseño
Inexperiencia o falta de conocimiento
Falta de comunicación en los requerimientos
Diseño complejo de código
Desconocimiento de las tecnologías usadas

Preguntas a realizar para construir un proceso de gestión de bugs:

¿Qué debe de hacer la persona que encuentre el defecto?
¿En qué herramienta debe documentar el defecto?
¿Cómo vamos a almacenar la información?
¿Qué información requiere el equipo de desarrollo para poder resolver un defecto?
¿Cuáles son los estatus que se manejan para que fluya la resolución del defecto?
¿Cuáles son los criterios de aceptación de cierre del defecto?

Antonio Demarco Bonino

student•

Como no me gustó el diagrama de flujo de la profe hice otro! Espero que les guste.

LEONARD CUENCA

student•

Heroe de ☆ ☆ ☆ ☆ ☆

Luis Eduardo Martínez

student•

Gracias por el aporte Antonio Demarco

Emiliano Castiblanco Rincón

student•

Lo que ha pasado a veces en mi trabajo es que en un requerimiento con 10 puntos para probar, llega uno a fallar y se devuelve al desarrollador, el programador lo arregla y lo devuelve al equipo de testing pero este punto que ajusto hace que otros puntos de la prueba falle y esto hace un retrabajo inmenso por que se debe volver a probar todo de nuevo y esperando que ninguno llegue a fallar.

Alexis Anthony Roman Santibañez

student•

Jajaja me pasa lo mismo en mi trabajo.

Mariela Duarte Giménez

student•

Por ello es que justamente se recomienda que las pruebas de regresión sean automatizadas, para al menos disminuir la cantidad de retrabajo

Antonio Rafael González Ferrer

student•

Apuntes:

Sistema de seguimiento de bugs

Las malas administración o prácticas, las faltas de seguimiento no sólo entorpece las tareas del equipo, sino que, además, si sumamos el retrabajo, puede que el proyecto se salga de presupuesto y de tiempo.

Razones por las que aparecen defectos

• Hay presión de tiempo en la entrega del software • Descuidos en el diseño • Inexperiencia o falta de conocimiento • Falta de comunicación en los requerimientos • Diseño complejo de código • Desconocimiento de las tecnologías usadas

¿Cómo crear un proceso de gestión de bugs?

¿Qué debe hacer la persona que encuentre un defecto? ¿En qué herramienta se debe documentar el defecto? ¿Cómo vamos a almacenar la información? ¿Qué información requiere el equipo de desarrollo para poder resolver un defecto? ¿Cuáles son los estatus que se manejan para que fluya la resolución del defecto? ¿Cuáles son los criterios de aceptación de cierre del defecto?

Repositorio y Monitoreo de Defectos

Una vez instaurado el proceso de gestión de bugs, también se debe precisar quién tiene acceso a los bugs y cuáles son los permisos que tiene, por cuánto tiempo se almacenan, etc.

David Rosas

student•

Creo que estaría excelente este curso si se llevara todo de la mano de uno o dos casos reales, con herramientas reales y bugs reales, dashboard real, etc... para tener más contexto de lo que se está enseñando y no sea mayormente abstracto.

Esto es desde el punto de vista de un estudiante que no tiene experiencia en la industria, más que las pequeñas pruebas que se hacen en los primeros cursos de Python por ejemplo 😂. Pero por eso mismo creo que nos sería más valioso para darnos un panorama de una empresa en particular, con un producto en particular, con un equipo, con un proceso de pruebas, con un bug...

Andres Velasquez

student•

Concuerdo en ello.

Jesus Martinez

student•

Estoy totalmente de acuerdo contigo.

A pesar de que nombra los conceptos mas importantes de como se deben gestionar los procesos no hay claridad en como aplicarlo.

Un ejemplo claro es que menciona que se debe realizar una documentacion clara de como iterar en caso de encontrar un bug, que es lo que el usuario debe hacer y documentar.

Pero no se menciona realmente con un ejemplo especifico de como se debe realizar esta documentacion y que consideraciones se debe tener.

Lo cual hace que personas como yo que apenas vamos comenando nos sintamos abrumadas y a la vez un poco perdidas.

Martín Leyva

student•

Un proyecto interesante sería desarrollar una App, para instrumentar el Ciclo de Gestión expuesto por Blanca, desde luego apoyándose en GIT y GITHUB.

Juan Alejandro León Lozano

student•

Me parece una excelente idea

Ibis Brito Amaya

student•

estaría genial, sí. Por lo mientras, lo vengo haciendo así con mis proyectos autodidactas. Pero sí, si platzi desarrolla un curso así, 100 % sería yo una de sus estudiantes. Me gustan estas líneas: testing, dev y devops.

Gracias por la sugerencia. Ojalá ..

Saludos

Sandra Castro Ballesteros

student•

Bueno generalmente el proceso que aplico es el siguiente:

Montar el proyecto que se va a probar, con todas las funcionalidades objetivo o ítems de pruebas, de tal forma que al momento de reportar algun bug sea mas facil y al final de cuentas me ayude a ver claramente que funcionalidades generaron mas bugs y demás.
Defino/doy a conocer al equipo los estados por el que pasará un bug: Abierto, Asignado, en resolución, Resuelto, Cerrado. Luego de resuelto puede ser reabierto.
Se priorizan los bugs dependiendo su impacto.
Cuando se ha reportado un bug, se le hace seguimiento para su resolución.

... Me ha sucedido lo que comentabas que los desarrolladores a veces no han solucionado un bug realmente y le dan solucionado y cuando se va a revisar, se presenta el problema nuevamente.

Ninja Code

student•

Siempre me pasa que el Dev dice que en su ambiente si funciona, cuando lo llamo y hacemos el testing falla.

Royer Guerrero Pinilla

student•

Docker🐋

Sandra Castro Ballesteros

student•

hahaha, a todos, esto es un problema de caracter internacional.

<code>

Diego Adrián Sánchez Gutiérrez

student•

Gestión de bugs Razones por las que aparecen defectos:

Hay presión de tiempo en la entrega del software
Descuidos en el diseño
Inexperiencia o falta de conocimiento
Falta de comunicación en los requerimientos
Diseño complejo de código
Desconocimiento de las tecnologías usadas

Cómo crear un proceso de gestión de bugs?

Qué debe de hacer la persona que encuentre un defecto?
En qué herramienta debe documentar el defecto?
Cómo vamos a almacenar la información?
Qué información requiere el equipo de desarrollo para poder resolver un defecto?
Cuales son los estatus que se manejan para que fluya la resolución del defecto? Cuales son los criterios de aceptación de cierre del defecto?

Repositorio y monitoreo de defectos Una vez instaurado el proceso de gestión de bugs, también se debe precisar quién tiene acceso a los bugs y cuales son los permisos que tiene, por cuánto tiempo se almacenan, etc.

Kevin Costa

student•

Un buen ciclo de gestion de bugs, debería contar con 5 pasos desde que se encuentra hasta que se soluciona. Estos pasos son: Reportado -> Abierto -> Asignado -> Arreglado -> Cerrado

Wilson Ricardo Humerez Hidalgo

student•

Desde que estoy en ésta hermosa especialización de mi carrera, como QE, he aprendido mucho en el camino, pero algo que siempre rescato son éstas best practices del manejo de Bugs que se los quiero compartir.

RIGMEN Reproducir/Replicate Determinar lo necesario para reproducir el bug en cualquier momento que quieras demostrarlo o determinar si no es reproducible y describir los factores que podrían incrementar la probabilidad de que se reproduzca. Atencion al detalle, estara dentro los camposdel bug report. ”Steps to reproduce”, “Environment/Requirements” Isolar/isolate Encuentre la menor serie de acciones necesarias para replicar el issue y comuníquelo de forma sencilla. Generalizar/Generalize Determine el rango de circunstancias en las que este bug causará un failure. Maximizar/Maximize Encontrar los síntomas más graves de este issue, esto define la severidad Externalizar/Externalize Considera las consecuencias del bug, como afectara al usuario, a la reputación de la compañía, empatía con el customer, client, Stakeholder, ver desde su perspectiva cuán importante es este bug. Neutral Tone Mantenga el informe basado en hechos o especulaciones de forma constructiva. Evite criticar/irritar o insultar a las personas.

Andres Velasquez

student•

Esta muy útil esta info, gracias Wilson

Lady Laura Herrera

student•

Este diagrama me ayudo a entender un poco mas, espero les ayude

Yenny Paola Porras Rueda

student•

Razones por las que aparecen defectos:

Hay presión de tiempo en la entrega del software Descuidos en el diseño Inexperiencia o falta de conocimiento Falta de comunicación en los requerimientos Diseño complejo de código Desconocimiento de las tecnologías usadas

Preguntas a realizar para construir un proceso de gestión de bugs:

¿Qué debe de hacer la persona que encuentre el defecto? ¿En qué herramienta debe documentar el defecto? ¿Cómo vamos a almacenar la información? ¿Qué información requiere el equipo de desarrollo para poder resolver un defecto? ¿Cuáles son los estatus que se manejan para que fluya la resolución del defecto? ¿Cuáles son los criterios de aceptación de cierre del defecto?

Alexis Anthony Roman Santibañez

student•

Si el programador corrige algo y en la etapa de pruebas se verifica que efectivamente se arreglo el bug pero empezaron a fallar otros procesos, los cuales ya estaban solucionados, ¿Como se podría tratar de evitar esos casos?

Anibal Rojas

teacher•

Mejorando el coverage de los test, en ese caso se habla de una regresión.

Leonardo Valente

student•

Para una buena gestión de bugs en 5 pasos REPORTADO--ABIERTO--ASIGNADO--ARREGLADO--CERRADO

Ivan Dario Quintero Rios

student•

Me ha pasado que en algunas ocaciones, yo debo de explicarle a mis compañeros como buscar la ruta del error por ser el mas antiguo, pero esto me lleva mucho tiempo con cada uno. Aun no logro aplicar o explicar una ruta de análisis para que ellos mismos hagan la investigación sin mi ayuda, o que ya tengan la mitad del análisis antes de yo intervenir. Ayuda!!!

diana.quintero

student•

Lo que sucede al reportar un bug casi siempre se informa a nuestro lider de qa para saber a quien dirigir al equipo de trabajo de desarrollo y el nos de el tiempo de respuesta o la solución, se realiza el re-test del bug y se valida si se cierra o se deja en estado diferido a lo cual esta sujeto a la prioridad del proyecto con base a las entregas

Sandra Castro Ballesteros

student•

Como herramientas de seguimiento he utilizado Mantis Bug Tracker que es una herramienta de libre uso, y en los últimos tiempos ya nos pasamos a JIRA.

Julian Rojas

student•

Implementar un modelo de gestión como tester implica estructurar y sistematizar el proceso de pruebas de software para garantizar la calidad del producto final. Aquí te dejo una guía general sobre cómo hacerlo:

1. Definir el Modelo de Gestión

Metodología de Pruebas: Decide qué tipo de pruebas utilizarás (manuales, automatizadas, pruebas unitarias, de integración, de aceptación, etc.).
Enfoque de Pruebas: Define si seguirás metodologías ágiles (como Scrum) o más tradicionales (como el modelo en cascada).
Herramientas: Selecciona herramientas de gestión de pruebas y automatización, como JIRA, Selenium, TestRail, etc.

2. Planificación y Documentación

Plan de Pruebas: Crea un plan de pruebas detallado que incluya objetivos, alcance, criterios de entrada y salida, roles y responsabilidades, y cronograma.
Casos de Prueba: Documenta los casos de prueba basados en los requisitos del proyecto. Estos deben ser claros, concisos y cubrir todas las funcionalidades.

3. Gestión de Requisitos

Trazabilidad: Asegúrate de que cada caso de prueba esté vinculado a un requisito específico. Esto ayuda a garantizar que todos los requisitos se prueben adecuadamente.
Revisión de Requisitos: Participa en la revisión de requisitos para identificar posibles problemas desde el principio.

4. Ejecución de Pruebas

Pruebas Manuales: Ejecuta pruebas manuales según lo planificado, registrando todos los resultados.
Pruebas Automatizadas: Implementa pruebas automatizadas para las funcionalidades críticas y repetitivas. Asegúrate de mantener y actualizar estos scripts regularmente.
Gestión de Defectos: Registra, clasifica y prioriza los defectos encontrados. Utiliza herramientas de seguimiento para gestionar la resolución de estos.

5. Monitoreo y Control

KPIs y Métricas: Establece indicadores clave de rendimiento (KPIs) para medir la eficiencia del proceso de pruebas, como la tasa de defectos, la cobertura de pruebas y la efectividad de la automatización.
Informes: Genera informes regulares para el equipo y la gerencia, mostrando el estado de las pruebas, los defectos encontrados y el progreso hacia los objetivos del proyecto.

6. Retroalimentación y Mejora Continua

Revisión Post-Mortem: Después de cada ciclo de pruebas, realiza una revisión para identificar qué funcionó bien y qué podría mejorarse.
Capacitación y Actualización: Mantén al equipo de pruebas actualizado con las últimas prácticas, herramientas y tecnologías.

7. Comunicación y Colaboración

Integración con el Equipo: Trabaja de cerca con desarrolladores, analistas de negocios y otros stakeholders para asegurar que las pruebas estén alineadas con los objetivos del proyecto.
Reuniones Diarias o Semanales: Participa en reuniones de seguimiento (como stand-ups en entornos ágiles) para mantener a todos informados sobre el progreso y los obstáculos.

David Rosas

student•

Qué papel juega Git y Github en el proceso de pruebas? Existe una forma de versionar estandarizada? Crear ramas o de cierta manera o con ciertos nombres, igual la forma de hacer push?

Francisco Ponce

student•

Git y Github son herramientas que se utilizan para llevar un seguimiento de los cambios en el código de un proyecto de software. Git es un sistema de control de versiones que permite a los desarrolladores guardar diferentes versiones de su código y revertir a versiones anteriores si es necesario. Github es una plataforma en línea que facilita el trabajo colaborativo en proyectos de código utilizando Git.

En cuanto al proceso de pruebas, Git y Github pueden ser utilizados para almacenar diferentes versiones del código mientras se realizan las pruebas. Esto permite a los desarrolladores revertir fácilmente a una versión anterior del código si se descubre un error durante las pruebas.

En cuanto a una forma estandarizada de versionar, no existe una forma única de utilizar Git y Github en el proceso de pruebas. Cada equipo de desarrollo puede tener su propia forma de trabajar con estas herramientas, incluyendo la forma de crear ramas, hacer push de cambios y nombrar las versiones del código. Sin embargo, existen algunas prácticas recomendadas que pueden ayudar a garantizar un buen flujo de trabajo y una fácil reversión a versiones anteriores en caso de ser necesario.

David Rosas

student•

Muchas gracias, @FranciscoEP !

Pardos Cinthia Daira

student•

no tengo experiencia aún pero creo que la comunicación en equipo , y el trabajo responsable de cada miembro de éste es clave para evitar los errores y adversidades.