Testing estructural y estrategia funcional

Curso intermedio de testing orientado a perfiles que ya dominan las técnicas de caja negra y necesitan incorporar la perspectiva estructural del código, diseñar estrategias de testing equilibradas y decidir qué automatizar. El alumno aprende a aplicar los criterios de cobertura de sentencias, ramas y caminos para derivar casos de prueba desde el código, diferenciar los niveles de testing y los tipos que se aplican en cada momento del ciclo de entrega, ejecutar sesiones de exploratory testing con charters estructurados y diseñar una estrategia de testing funcional basada en la pirámide de tests. Al finalizar, el participante será capaz de proponer una estrategia de testing para un proyecto real justificando qué se automatiza, qué se mantiene manual y cómo se distribuyen los tipos de prueba entre los distintos niveles.

Al finalizar el curso, el participante será capaz de:

• Identificar qué aporta la perspectiva estructural de caja blanca y cómo complementa el diseño de casos desde requisitos
• Aplicar el criterio de cobertura de sentencias para diseñar el mínimo de tests y detectar código no ejecutado
• Aplicar el criterio de cobertura de ramas para cubrir todas las decisiones if/else y switches
• Aplicar el criterio de cobertura de caminos e identificar caminos según la complejidad ciclomática
• Diferenciar los niveles de testing e identificar objetivos y criterios de entrada/salida de cada uno
• Planificar smoke, sanity y regression testing según el momento del ciclo de entrega
• Aplicar exploratory testing usando charters y notas estructuradas para obtener hallazgos reproducibles
• Diseñar una estrategia de testing funcional equilibrada aplicando el modelo de pirámide de tests
• Seleccionar qué pruebas automatizar y qué mantener manuales según valor y coste de mantenimiento

1. Testing estructural: la perspectiva de caja blanca Qué aporta conocer la estructura interna del código al diseño de pruebas; diferencias con caja negra y cuándo cada perspectiva es más adecuada; defectos típicos que la caja blanca detecta y la caja negra no; integración de ambas perspectivas en un plan de pruebas
2. Criterios de cobertura de código Cobertura de sentencias: calcular el porcentaje de líneas ejecutadas y detectar sentencias no cubiertas; cobertura de ramas: identificar todas las ramas de decisión y derivar el conjunto mínimo de casos; complejidad ciclomática: cálculo y relación con el número de caminos independientes; cobertura de caminos: diseñar el conjunto mínimo de casos para cubrir todos los caminos
3. Niveles de testing y ciclo de entrega Niveles de testing: unit, integration, system, acceptance; objetivo, alcance y criterios de entrada/salida de cada nivel; smoke testing: cuándo y qué verificar tras un despliegue; sanity testing frente a regression testing: propósito y disparadores; planificar qué nivel ejecutar en cada evento del ciclo de entrega
4. Exploratory testing Qué es el exploratory testing y cuándo aporta valor frente a pruebas guionadas; diseñar un charter con objetivo, alcance y duración; ejecutar la sesión con notas estructuradas; producir un informe de hallazgos reproducible; diferenciar defectos confirmados de observaciones pendientes de validación
5. Estrategia de testing funcional: pirámide y automatización Modelo de pirámide de tests: distribución entre unitarios, integración y end-to-end; anti-patrones: pirámide invertida y cono de helado; criterios para decidir qué automatizar (valor, estabilidad, coste de mantenimiento); criterios para mantener pruebas manuales; diseño de una estrategia de testing funcional para un proyecto real

• Acceso a fragmentos de código de ejemplo en cualquier lenguaje (Python o pseudocódigo) para aplicar los criterios de cobertura
• Herramienta de gestión de casos de prueba (TestRail, Zephyr, o una hoja de cálculo) para documentar la estrategia
• Requisitos de práctica y fragmentos de código proporcionados por el docente

→ TST01 — Técnicas de testing de caja negra (Iniciación, 4h)

• Distinguir testing de caja negra de caja blanca y aplicar cada perspectiva
• Derivar clases de equivalencia válidas e inválidas a partir de requisitos
• Aplicar análisis de valores límite y error guessing para diseñar casos de prueba