Técnicas de Prueba Basada en el Riesgo
Imagina que trabajas en una app como Netflix. No es lo mismo probar el algoritmo que recomienda series (si falla, no pasa nada grave) que probar el sistema de cifrado que protege los datos bancarios de millones de suscriptores. Para decidir cómo atacar estos riesgos, usamos técnicas "pesadas" o "ligeras".
1. Técnicas de Peso Pesado (Rigurosas y Matemáticas)
Se usan cuando el fallo puede ser catastrófico (seguridad crítica). Son formales, usan fórmulas y mucha documentación.
- Análisis de árbol de defectos: Si un video no carga en la app, rastreamos hacia atrás: ¿Es un error de servidor? ¿Un fallo en el código de red? ¿Una mala gestión de memoria? Buscamos la causa raíz.
- AMFE (Análisis de modos de fallo): Listamos cómo podría fallar la reproducción (ej. se queda en "buffering"), qué lo causa y qué tan severo es para el usuario, asignando prioridades numéricas.
2. Técnicas Ligeras (Ágiles y Pragmáticas)
Son ideales para apps comerciales donde necesitamos rapidez. Son menos profundas y requieren menos papeleo.
- Enfoque Cualitativo: En lugar de fórmulas complejas, reunimos a los expertos y calificamos el riesgo como "Alto", "Medio" o "Bajo".
- PRISMA o PRAM: Usamos la intuición de los desarrolladores y usuarios para identificar que, por ejemplo, la función de "Descargar para ver después" es más riesgosa que cambiar la foto de perfil, y enfocamos ahí las pruebas.
En resumen: Como líder de pruebas, mi trabajo es elegir la herramienta correcta. Si probamos el sistema de pagos de la app multimedia, sacamos el "peso pesado"; si probamos la interfaz de comentarios, nos mantenemos con técnicas "ligeras" para no frenar al equipo.
No hay comentarios.:
Publicar un comentario