Pruebas Estáticas
Las pruebas estáticas evalúan productos de trabajo sin ejecutar el software. Incluyen revisiones, análisis estático, retroalimentación temprana, roles de revisión y factores de éxito.
Valor de la prueba estática
Las pruebas estáticas revisan productos de trabajo sin ejecutar el software. Son muy poderosas porque encuentran defectos temprano y pueden aplicarse a requisitos, historias, diseños, código, casos de prueba y documentación.
- Revisiones y análisis estático pueden detectar defectos antes de que exista un ejecutable.
- Complementan las pruebas dinámicas; no las reemplazan.
- La retroalimentación temprana reduce retrabajo y mejora entendimiento compartido.
Proceso de revisión
Una revisión formal tiene actividades y roles. No es simplemente leer un documento: se planifica, se prepara, se comunican hallazgos, se corrige y se da seguimiento.
- Actividades: planificación, inicio, revisión individual, comunicación/análisis, reparación e informes.
- Roles típicos: autor, moderador, revisor, escriba, líder de revisión y dirección.
- Las anomalías encontradas pueden convertirse en defectos, preguntas o solicitudes de cambio.
Tipos y éxito de revisiones
El grado de formalidad varía: desde revisiones informales hasta inspecciones. El éxito depende de objetivos claros, participantes adecuados, preparación y cultura colaborativa.
- Informal: rápida, poca documentación.
- Walkthrough / revisión guiada: el autor guía a los participantes.
- Técnica: revisores técnicamente calificados buscan consenso y defectos.
- Inspección: mayor formalidad, reglas, roles y métricas.
Términos clave
Objetivos de aprendizaje
- FL-3.1.1 · K1Reconocer productos examinables por técnicas estáticas
Las pruebas estáticas pueden aplicarse a requisitos, historias, criterios, diseño, arquitectura, código, modelos, casos de prueba, manuales y documentación.
- FL-3.1.2 · K2Explicar el valor de las pruebas estáticas
La prueba estática detecta defectos temprano, reduce retrabajo, mejora comunicación y puede encontrar problemas que la dinámica no observa fácilmente.
- FL-3.1.3 · K2Comparar pruebas estáticas y dinámicas
Estática evalúa sin ejecución; dinámica ejecuta el objeto de prueba. Ambas se complementan y encuentran distintos tipos de problemas.
- FL-3.2.1 · K1Identificar beneficios de retroalimentación temprana
La retroalimentación temprana permite detectar ambigüedad, omisiones y defectos cuando corregir cuesta menos.
- FL-3.2.2 · K2Resumir actividades del proceso de revisión
Una revisión formal se planifica, se inicia, se prepara individualmente, se comunican/análisis hallazgos, se corrige y se reporta/cierra.
- FL-3.2.3 · K1Recordar responsabilidades de roles en revisiones
Roles: autor produce el artefacto; revisor examina; moderador facilita; escriba registra; líder gestiona; dirección apoya recursos y decisiones.
- FL-3.2.4 · K2Comparar tipos de revisión
Tipos de revisión varían por formalidad: informal, walkthrough, técnica e inspección. Mayor formalidad implica roles, preparación y seguimiento más estrictos.
- FL-3.2.5 · K1Recordar factores de éxito en revisiones
Factores de éxito: objetivos claros, alcance adecuado, participantes correctos, preparación, checklist, cultura sin culpa, tiempo suficiente y seguimiento.
Errores frecuentes
- Prueba estática no ejecuta código; prueba dinámica sí ejecuta el objeto de prueba.
- Una revisión no es solo leer: tiene objetivos, roles, preparación, comunicación y seguimiento.
- Las anomalías encontradas en revisión no siempre son defectos confirmados.
- El éxito de una revisión depende más de cultura y preparación que de reuniones largas.
Ejemplos aplicados
- Antes de probar un voucher de datáfono, revisar la historia de usuario y criterios de aceptación puede encontrar ambigüedades sin tocar el dispositivo.
- Un análisis estático puede detectar problemas de seguridad o mantenibilidad antes de compilar o desplegar.