Riesgos, ¿Quién no ha escuchado esta palabra en los proyectos de IT?, en las diferentes fases de nuestros proyectos es recurrente escuchar sobre posibles problemas o situaciones que si llegan a ocurrir tendrán un impacto sobre el proyecto (sea positivo o negativo), nuestra área de Pruebas de Software no está exenta de ello y es allí donde los marcos de trabajo proponen acercamientos para que éstos sean considerados.
Motivado a lo anterior, encontramos a las Pruebas Basadas en Riesgo (Risk Based Testing – RBT) donde las características y funciones a probar se basan en la prioridad, importancia y posibles fallas. Nuestra meta inicial se orientará a identificar el riesgo para el proyecto y así analizar el riesgo asociado con el costo potencial a éste.
Nuestros proyectos no sólo afrontan riesgos, sino también tienen diferentes limitaciones como tiempo, recursos, requisitos de calidad en términos de estándares de organización, además de factores como: nuevas tecnologías, falta de conocimiento, falta de experiencia, por listar algunos, que generan un escenario donde las RBT funcionan realmente bien en este sentido.
En otras palabras, ante la posibilidad de eventos de resultado no deseados y con impacto significativo para el proyecto y basado en que las pruebas no son totalmente exhaustivas, orientaremos nuestro esfuerzo a probar las funcionalidades que tengan el mayor impacto y probabilidad de falla.
Para iniciar con nuestra RBT, podemos partir del análisis de riesgo del producto, para ello nos podemos apoyar en:
- Comprensión clara de la especificación de requisitos de software, documentos de diseño y otros documentos.
- Lluvia de ideas con los interesados del proyecto.
Una vez ponderados y priorizados los riesgos, buscaremos reducir el nivel del riesgo encontrado a través de la ejecución de las pruebas, donde podemos apoyarnos en alguna de las siguientes técnicas:
- Pruebas de flujo de ruta.
- Pruebas exploratorias.
- Análisis de valor límite.
- Partición de equivalencia.
- Tablas de decisiones.
A través de esta metodología obtendremos una calidad mejorada, mitigando riesgos con pruebas más eficaces en escenarios de recursos y tiempo limitados.
¿Has considerado las RBT en las pruebas de software? Cuéntanos tu experiencia.
