DESPLIEGUE METODOLÓGICO Y CASO PRÁCTICO
The Bug Hunters: Auditoría de Calidad
Ejemplo de situación de aprendizaje real para el módulo de Desarrollo de Interfaces. Cobertura del RA8 mediante pruebas técnicas guiadas y evaluación con rúbrica ponderada.
Introducción operativa
En el desarrollo de software, la fase de pruebas es crítica para verificar que los componentes cumplen con las especificaciones técnicas y de usuario. En esta sesión, el alumnado asume el rol de Ingenieros de QA (Quality Assurance).
Contexto y despliegue
Actuación como consultora externa de calidad sobre un ejecutable y código fuente previo (Tablero Kanban / Módulo de Login). Estructura en 5 equipos de 3 personas.
Objetivos e hitos normativos (RA8)
Diseñar una estrategia de pruebas coherente y sistemática.
Verificar la integración correcta entre módulos de software.
Asegurar la estabilidad post-cambios con pruebas de regresión.
Evaluar el comportamiento bajo volumen y estrés del sistema.
Auditar la seguridad de accesos y el uso eficiente de recursos.
Generar evidencias documentales y triaje técnico de fallos.
Desarrollo de la sesión paso a paso
Fase 1: Planificación y Estrategia
20 minRedacción del Plan de Pruebas inicial: casos de prueba válidos, no válidos y resultados esperados.
Entregable: Sección "Estrategia" (Anexo I)Fase 2: Ejecución Técnica
70 minPruebas de Integración, Volumen/Estrés, Recursos y Seguridad con registro continuo de datos.
Fase 3: Regresión y Ajustes
15 minModificación de propiedades en caliente y re-ejecución inmediata del set crítico de pruebas.
Fase 4: Reporte de Fallos y Cierre
15 minDocumentación sistemática de cada defecto y clasificación formal de severidad técnica.
Rúbrica de evaluación analítica
| Criterio (RA8) | Insuficiente (1-4) | Suficiente/Bien (5-6) | Notable (7-8) | Excelente (9-10) | Peso |
|---|---|---|---|---|---|
| Estrategia (8.a) | Pruebas aleatorias sin planificar. | Define casos de prueba mínimos. | Plan estructurado con entradas y salidas. | Estrategia profesional, sistemática y exhaustiva. | 15% |
| Integración (8.b) | No verifica la unión de módulos. | Verifica interfaces básicas. | Audita correctamente el flujo de datos. | Prueba exhaustiva de interfaces HW/SW y usuario. | 15% |
| Regresión (8.c) | Ignora la estabilidad tras cambios. | Comprueba solo el cambio realizado. | Realiza pruebas de regresión locales. | Asegura la integridad total tras cambios remotos. | 15% |
| Volumen/Estrés (8.d) | No fuerza el sistema. | Prueba con carga moderada. | Determina límites de carga y respuesta. | Analiza el comportamiento en el límite de sobrecarga. | 15% |
| Seguridad (8.e) | Sin auditoría de acceso. | Verifica el login básico. | Detecta vulnerabilidades de flujo. | Auditoría profunda de mecanismos de control. | 15% |
| Recursos (8.f) | No monitoriza CPU/RAM. | Observa el consumo puntualmente. | Registra picos de consumo de memoria. | Análisis detallado de eficiencia y archivos temporales. | 10% |
| Evidencias (8.g) | Sin documentación técnica. | Entrega resultados sin capturas. | Informe claro con casos de uso documentados. | Documentación técnica impecable con triaje de errores. | 15% |