Respuesta.

Historia de la pregunta:

El problema de la suficiencia de las pruebas surgió cuando los proyectos comenzaron a ser grandes y el tiempo, escaso. Se hizo necesario entender cuándo era hora de detener las pruebas para utilizar los recursos de manera efectiva. El probador debe explicar al negocio que se ha probado "suficientemente" y que los riesgos son mínimos.

Problema:

Las pruebas manuales no pueden ser absolutamente completas, siempre hay limitaciones de tiempo y recursos. La cobertura insuficiente conduce a defectos pasados por alto, mientras que la cobertura excesiva causa sobrepresupuesto y retrasos.

Solución:

Usar métricas de cobertura: porcentaje de requisitos cumplidos, cobertura de código (si hay acceso), relación de escenarios únicos/módulos.
Implementar prácticas de matriz de trazabilidad para alinear casos de prueba con requisitos.
Realizar revisiones conjuntas de casos de prueba y defectos con el equipo.

Características clave:

Armonización entre requisitos, casos de prueba y módulos funcionales.
Evaluación de riesgos para establecer prioridades.
Capacidad para argumentar claramente por qué se han completado las pruebas.

Preguntas capciosas.

¿Se puede basar solo en la cobertura de casos de prueba sin tener en cuenta los riesgos?

No. Es necesario considerar las prioridades de funcionalidad: qué áreas son más críticas para el negocio.

¿Siempre la cantidad de casos de prueba indica la calidad de la cobertura?

No. Muchos casos de prueba no fundamentados o duplicados no son una señal de alta cobertura.

¿Es necesario incluir en la métrica de cobertura las pruebas exploratorias?

Sí, necesariamente. Las pruebas exploratorias revelan defectos inesperados que no se encontraron en los casos de prueba formales, y deben ser parte del panorama general de la cobertura.

Errores comunes y anti-patrones

Focalizarse solo en indicadores formales, ignorando áreas de riesgo importantes.
Ocultar deficiencias en la cobertura (requisitos no considerados, escenarios no trabajados).
Perder plazos debido a la tendencia de "cubrir todo".

Ejemplo de la vida real

Caso negativo

El probador considera la cobertura solo en función de la cantidad de casos de prueba sin tener en cuenta la zona de impacto de los errores o los escenarios de usuario.

Ventajas:

Fácil de presentar informes atractivos.

Desventajas:

Errores críticos pueden quedar fuera de la vista.

Caso positivo

El probador, junto con el analista, aclara los riesgos, ajusta la cobertura y enfoca esfuerzos en los componentes más importantes.