Control y monitoreo de pruebas paso a paso

Curso de Fundamentos de Pruebas de Software

Contenido del curso

Introducción

1
Fundamentos de testing moderno para mejorar software
01:19 min

Principios de las pruebas

Testing

Gestión, monitoreo y control

Gestión de bugs

Depuración

Bases de la automatización de pruebas

Tomar examen

Cursos Empresas Blog Live Conf Eventos Precios

0:008:09

Control y monitoreo de pruebas paso a paso

Curso de Fundamentos de Pruebas de Software

Clase 17 de 29

Clase 17 / 29

Recursos

Una gestión de pruebas rigurosa evita retrasos y vacíos de cobertura que impactan al negocio. Aun así, el 30 % de las empresas no logra monitorear y dar seguimiento a la ejecución con éxito. Aquí se explica, de forma clara y práctica, cómo alinear objetivos, métricas, trazabilidad y mantenimiento para asegurar cobertura de pruebas y resultados confiables.

¿Por qué el monitoreo y control de pruebas marca la diferencia?

Monitorear es anticiparse. Las métricas de avance y las banderas tempranas revelan si el plan se está cumpliendo o si hay desviaciones que ponen en riesgo el proyecto. Esto evita llegar al final con áreas clave sin terminar y sin recursos para corregir el rumbo.

Medir avance y retraso frente al plan.
Activar alertas cuando actividades salen de tiempo.
Hacer visible el riesgo para negocio y proyecto.
Solicitar recursos adicionales a tiempo.
Mantener el foco en el objetivo y la cobertura de pruebas.

¿Qué métricas y alertas usar en monitoreo?

Cumplimiento del programa de suites de pruebas.
Tareas críticas con atraso detectable.
Desviaciones contra estimación de esfuerzo y alcance.
Señales de bloqueo que afecten la ejecución.

¿Cómo planear, analizar y diseñar pruebas con cobertura?

Sin una estrategia de planeación, la cobertura se vuelve pobre. Definir objetivos, estimar, asignar recursos y delimitar alcance orienta el trabajo y evita dispersión. Luego, el análisis establece prioridades según lo que el producto necesita validar primero.

¿Qué definir en la planeación de pruebas?

Objetivos claros y medibles.
Estimación de esfuerzo realista.
Recursos necesarios y roles.
Alcance de lo que sí y no se prueba.

¿Cómo establecer prioridades de análisis?

Enfocar según la necesidad: seguridad o funcionalidad.
Ajustar el enfoque si cambia el contexto: por ejemplo, más volumen de tráfico de usuarios requiere pruebas orientadas a ese escenario.
Ordenar qué validar primero para reducir riesgo temprano.

¿Cómo diseñar casos de uso efectivos?

Crear un mapa de ideas y un índice de casos de uso a cubrir.
Bajar a detalle: pasos, datos esperados y criterios de aceptación.
Derivar variantes por valores y rangos. Ejemplo de validación de edad: si solo permite mayores de 18, valores como 17, 16, 0, −1 o decimales deben ser inválidos.
Mantener trazabilidad entre casos y requerimientos: de negocio, funcionales, técnicos o de diseño. En un catálogo de E-commerce con 50 productos, plantear preguntas guía: cuántos productos por página, si caben todos, navegación entre páginas, botones y flechas tipo link.
Documentar el contexto técnico: diseño, implementación, arquitectura, plataformas y el stack de desarrollo, incluyendo código, base de datos, metadata y queries.

¿Qué asegurar en la implementación, ejecución y cierre de pruebas?

Para que el plan funcione, la implementación debe proveer la infraestructura mínima. La ejecución sigue el programa de suites y agrupa casos para orden y trazabilidad. Al cerrar, se mide cobertura, defectos y se fijan lecciones para mejorar el proceso.

¿Qué infraestructura mínima se necesita?

Ambiente de pruebas disponible y estable.
Datos de pruebas representativos.
Lugar donde documentar las pruebas.
Sistema para dar seguimiento a defectos.
Uso de matrices de pruebas para visualizar qué se ejecutó; si el cliente lo requiere, incluir detalle paso a paso.

¿Cómo ejecutar y dar seguimiento a suites?

Ejecutar suites de pruebas según el plan.
Agrupar casos para mantener orden y trazabilidad.
Preparar regresión: localizar rápidamente casos y medir el impacto cuando el software cambia.

¿Cómo cerrar con métricas y lecciones?

Medir porcentaje cubierto y ejecutado.
Contar defectos derivados durante la ejecución.
Registrar lecciones aprendidas sobre el proceso: falta de documentación, requerimientos mal explicados, fallas por arquitectura o diseño.
Decidir cuántas pruebas necesita una muy buena cobertura y cuántas se pueden mantener actualizadas en el tiempo.

¿Tienes una práctica de planeación, monitoreo o diseño que haya marcado la diferencia en tu equipo? Comparte tu experiencia y enriquece la conversación con ejemplos concretos.

Héctor Eduardo López Carballo

Hace 5 años

Gestión de pruebas

Estas etapas pueden ocurrir o no en este orden

!Untitled

Esto no está relacionado con el desarrollo de software, solo está enfocado en crear, ejecutar y mantener las pruebas.

Planeación de pruebas

Tener una estrategia clara sobre lo que vamos a probar y cómo lo vamos a hacer nos ayuda tener una buena cobertura de pruebas, por esto es importante la planeación de pruebas. Aquí definimos el objetivo de las pruebas, su alcance, las técnicas que se llevarán a cabo, la estimación y definición de fechas de entrega, así como los criterios de salida.

Monitoreo y Control de pruebas

Durante el monitoreo definimos métricas que nos ayudan a reconocer si estamos avanzando o no, nos alertan cuando nuestro plan no se está llevando a cabo y que se está saliendo del tiempo indicado.

Análisis de pruebas

Es decidir cuáles pruebas tienen prioridad, determinar qué es lo que debemos probar considerando las prioridades de cobertura.

Diseño de pruebas

En esta etapa hacemos un diseño de pruebas a bajo nivel basado en un mapa de ideas o un índice de casos de uso que definimos desde el inicio. Aquí vamos a hacer el diseño a bajo nivel, detallado, del paso a paso que va a incluir cada caso de uso con ciertas técnicas que usamos para indicar los distintos casos posibles. Por ejemplo, los valores de datos que serán aceptados, rangos numéricos permitidos, opciones aceptables, etc.

También podemos hacer una trazabilidad entre casos de uso y los requerimientos funcionales, técnicos o de diseño. Así nos ayudamos a definir la posibilidad que tiene nuestro producto de cumplir con esos requisitos. Por ejemplo, si es posible mostrar 50 ítems en un e-commerce o no.

Nuestro diseño de pruebas también debe contener toda la información que nos ayude a tener una cobertura exitosa, como son:

Especificaciones de negocio, funcionales, de sistema, historias de usuario, casos de uso
Información referente al diseño, implementación, arquitectura, plataformas, stack de desarrollo; BBDD, código, queries.

Implementación de pruebas

Debemos asegurarnos de tener la estructura suficiente para hacer las pruebas; un ambiente de pruebas, datos de pruebas, donde documentar las pruebas, donde dar seguimiento a los defectos que se encuentren.

Una opción que funciona cuando no se documentan las pruebas es usar una matriz de pruebas, que permite agilizar la visualización de las pruebas que se han ejecutado o no.

Ejecución de pruebas

Aquí las suites de pruebas se ejecutan de acuerdo con el programa o plan que hemos diseñado. Agrupamos los casos de prueba para que no estén desordenados y podamos darle seguimiento. También para que podamos localizarlos cuando hagamos pruebas de regresión y poder mirar el impacto si es que hay cambios en el software.

Finalización de pruebas

Aquí se cierra el ciclo de pruebas, evaluamos el porcentaje que se ejecutó y el que se cubrió, cuántos defectos se encontraron (derivaron?) y aprender lecciones sobre el proceso.

Las lecciones que nos podemos llevar son las siguientes:

Los defectos pueden suceder cuestiones técnicas o del mismo proceso, puede ser la falta de documentación, ambigüedad o falta de claridad sobre los requerimientos del cliente o fallos inherentes del sistema derivados de errores en la arquitectura o el diseño.

Comentarios (35)35 comentarios

Antonio Rafael González Ferrer

Hace 7 años

Juliana Ramirez M

Hace 6 años

Yhover Graig Ticona Donaires

Hace 4 años

Carlos Uriel de Jesus Sánchez González

Hace 8 años

Juan Pablo Perez

Keirys Polanco Crespo

Alexis Anthony Roman Santibañez

José Alberto Ortiz Vargas

Miguel Angel Reyes Moreno

Claudia Valerio

María Inés Santander Arrazola

Sergio Andrés Martínez Ramírez

Diego Adrián Sánchez Gutiérrez

Alejandro Céspedes

Hace un año

JUAN FELIPE CONTRERAS DELGADO

Andres Velasquez

Juan Pablo

Marcela Rodriguez

Hace 3 años

Carlos Miguel Guerra Zapata

Hace 2 años

Carlos Eduardo Bejarano Suárez

Freddy Humberto Mendoza Muñoz

Angie Marcela Gutiérrez Contreras

Fabiola Dayana Acarapi Alvarez

Introducción

Fundamentos de testing moderno para mejorar software

Principios de las pruebas

Por qué el testing moderno previene errores

Pruebas de software en cada etapa del desarrollo

Pruebas en el Ciclo de Vida del Software: Mejora y Optimización

Anomalía vs defecto vs fallo vs error

Los siete principios del testing moderno

Roles de testing especializados y tu path de crecimiento

Testing

Testing en cada fase del desarrollo

Mapas mentales para estrategias de testing

Testing vs checking en automatización de pruebas

Testing ágil: todo el equipo prueba

Niveles de pruebas: componentes a sistema

Tipos de pruebas de software explicados

Pruebas estáticas vs dinámicas en testing

Cómo diseñar casos de prueba efectivos

Gestión, monitoreo y control

Pruebas de caja negra, blanca y gris

Control y monitoreo de pruebas paso a paso

Cuatro roles clave en equipos de QA

Roles y Responsabilidades en el Testing de Software

Gestión de bugs

Responsabilidades de roles en equipos de pruebas

Métricas y dashboards para control de testing

Gestión de defectos sin sobrecostos

Defectos vs sugerencias: cómo reportar bien

Depuración

Diferencia entre testing y debugging

Pruebas de verificación sin reusar datos

De debugging reactivo a logs preventivos

Bases de la automatización de pruebas

Cuándo automatizar pruebas y cómo prepararse

Yerkin: redactar casos automatizables

Responsabilidades del tester en proyectos

Control y monitoreo de pruebas paso a paso