Gestión de pruebas (K3) - Riesgos y Pruebas (K2) - Riesgo de Proyecto (K2).

Objetivos:

1. Describir un riesgo como un posible problema que amenazaría la consecución de uno o más objetivos de proyecto de las partes interesadas (K2).
2. Recordar que el nivel de riesgo viene determinado por la probabilidad (de suceder) y el impacto (daño resultante si llega a suceder) (K1).
3. Distinguir entre riesgos de proyecto y producto (K2).
4. Reconocer los riesgos típicos de producto y proyecto (K2).
5. Reconocer los riesgos típicos de producto y proyecto (K1).
6. Describir, mediante ejemplos, cómo puede utilizarse el ánalisis de riesgos y la gestión de riesgos para la planificación de pruebas (k2).

Términos: Rieasgo d producto, riesgo de proyecto, pruebas basadas en riesgos.

Antecedentes.
El riesgo puede definirse como la oportunidad de un evento, peligro, amenaza o situación que sucede y tiene como resultados consecuencias no deseadas o un problema potencial. El nivel de riesgo vendrá determinado por la probabilidad de que ocurra en un evento adverso y su impacto (el daño resultante de dicho evento).

Los riesgos de proyecto son los riesgos relativos a la capacidad del proyecto de lograr sus objetivos, tales como:

Factores de organización

• Aptitudes, formación y falta de personal.
• 
  
• Aspectos de personal.
• Aspectos políticos, tales como:
•                  Problemas con la forma en la que los porbadores comunican sus necesidades                  y los resultados de las pruebas.
•                  Incapacidad del equipo de hacer un seguimiento de la información encontrada                  durante las pruebas y revisiones (por ejemplo, no se mejora el desarrollo y las                   prácticas de pruebas).
• Actitud indebida o falsas expectativas ante las pruebas (por ejemplo, no valorar el valor de detectar defectos durante las pruebas).

Aspectos técnicos

• Problemas para definir los requisitos adecuados.
• La medida en que no pueden cumplirse los requisitos dadas las limitaciones existentes.
• El entorno de pruebas no está listo a tiempo.
• Demora en la conversión de datos, planificación y desarrollo de migración y conversión de datos de prueba/ herramientas de migración.
• Baja calidad del diseño, código, datos de configuración, datos de prueba y pruebas.

Aspectos de proveedores:

• Fallos de terceros.
• Aspectos contractuales.

A la hora de analizar, gestionar y mitigar estos riesgos, el jefe de pruebas debe seguir principios de gestión de proyectos bien establecidos. La "Norma de Documentación de prueba de Software" (Norma IEEE 829-1998) esboza los planes de prueba y exige que se indiquen los riesgos y contingencias.