SISTEMA DE CALIDAD Basadas en la evaluación del Riesgo
Para simplificar, podemos definir la RBT como un enfoque en el que las pruebas en un proyecto se hacen basándose en el cálculo del riesgo. La RBT se utiliza para priorizar las pruebas que se deben realizar basadas en el riesgo de fallos, la importancia del área / función y la probabilidad o impacto del fallo en el sistema.
Mediante el uso de pruebas basadas en el riesgo, diseñaremos las pruebas de los proyectos después de un análisis profundo de los riesgos relacionados con la aplicación bajo prueba. Este enfoque nos ayudará a priorizar nuestras pruebas y enfocar el esfuerzo de pruebas en las áreas más importantes de la aplicación, lo que nos permitirá reducir los principales riesgos en primer lugar.
Cuándo implementar las pruebas basadas en riesgo
Las pruebas basadas en el riesgo son una gran metodología de pruebas, pero ¿cuándo las organizaciones deberían usarla?
Proyectos ágiles que usan versiones incrementales y iteraciones cortas.
Proyectos con factores de alto riesgo (bajo conocimiento de dominio, falta de experiencia, etc.).
Cualquier proyecto con bajo tiempo de prueba y recursos.
- Tipos de riesgos de software
- Tipo de riesgo
- Responsabilidad
- Descripción
- Riesgo del proyecto
- administración
- Mercado, legal, recursos, cronogramas, alcance del proyecto, costos etc.
- Riesgo de proceso
- Ingeniería (proceso de planificación y desarrollo)
- Planificación, Estrategia, Estimaciones de tiempo, Estrategias de Calidad y Desarrollo Etc.
- Riesgo de Producto
- Ingeniería desde una perspectiva de calidad
- Bajo conocimiento de dominio, requisitos de baja calidad, complejidad, calidad de codificación Etc.
Gestión de Riesgos como la línea de bajo para la Prueba Basada en Riesgo
Las pruebas basadas en el riesgo se basan en una lista de riesgos, pero ¿cuál es el proceso que utilizan los equipos de software para identificarlos? Bueno, para responder a esa pregunta, debemos seguir las tres fases de alto nivel realizadas durante las Pruebas Basadas en el Riesgo:
Fase 1 – Identificación de riesgos
Esta es la primera y probablemente la fase más crucial de todo el proceso, durante el proceso de identificación de riesgos, vamos a definir una lista de Riesgo que puede ocurrir en caso de que un componente específico / Función no ha sido probado como debería ser durante la Proceso de prueba.
Para poder descubrir los principales riesgos, el probador debe tener conocimiento en todos los requisitos del proyecto, Proceso y el software que se está probando. Además, el proceso de identificación de riesgos será más eficaz una vez que el probador tenga los conocimientos y experiencia en la tecnología y los elementos ambientales que puedan afectar al software una vez que se despliegue.
Fase 2 – Análisis de riesgos
En esta etapa debemos determinar el nivel de riesgo para cada ítem en la lista que preparamos en la primera etapa, el nivel de riesgo está determinado por la probabilidad de que ocurra el riesgo y por el impacto que tiene en el proyecto.
RIESGO = Daño * Probabilidad
Daño – ¿Cuál es la cantidad de daño que este riesgo puede causar al sistema? Ejemplo:
Gravedad
Descripción
Puntuación
Crítico
El Riesgo conducirá a un objetivo de negocio que no se puede lograr
3
Normal
El riesgo afectará a un objetivo de negocio
2
Bajo
El riesgo tendrá un efecto menor en un objetivo de negocio
1
Probabilidad – ¿Cuál es la probabilidad de que este riesgo ocurra realmente una vez que el sistema es utilizado por un cliente? Ejemplo:
Probabilidad
Descripción
Puntuación
> 75%
Es casi seguro que el error ocurrirá
4
51-75%
Hay un 50/50% que el riesgo se producirá
3
26-50%
Hay una baja probabilidad de que ocurra el Riesgo
2
1-25%
Existe una pequeña o pequeña posibilidad de que el Riesgo ocurra
1
Fase 3 – Plan de mitigación
Con base en la información analizada y los valores Numéricos que se utilizan en la fórmula, ahora se puede hacer un diseño de prueba para eliminar los riesgos identificados en base a su factor de riesgo que se determinó en la fase de Análisis.
¿Cuándo comenzamos las pruebas basadas en el riesgo?
De forma similar a cualquier técnica de prueba, las pruebas basadas en el riesgo deben iniciarse temprano en el Ciclo de Vida de Desarrollo de Software (SDLC), la clave para el éxito en la RBT, es tener éxito identificando los riesgos lo antes posible para preparar un plan de mitigación apropiado.
Las metas de las pruebas basadas en el riesgo
El objetivo principal y más importante en las pruebas basadas en el riesgo es diseñar y ejecutar el esfuerzo de prueba con directrices similares y mejores prácticas utilizadas durante el proceso de gestión de riesgos, si logramos pronosticar los principales riesgos del proyecto, Pretensiones de entregar un producto goof de calidad.
Las Ventajas y Beneficios de las Pruebas Basadas en el Riesgo
Una vez que una organización decidió utilizar las pruebas basadas en el riesgo como la técnica de prueba preferida para un proyecto, puede disfrutar de algunos de los principales beneficios siguientes, tales como:
Las pruebas basadas en el riesgo proporcionan una técnica probada para realizar un proceso de prueba eficiente, ya que permite que el equipo de prueba priorice el esfuerzo de prueba contra los plazos.
Las pruebas basadas en el riesgo permitirán a los equipos de prueba comprender cuándo pueden detener sus pruebas (las pruebas se detienen una vez que se eliminan todos los riesgos según el análisis preliminar).
Usando pruebas basadas en el riesgo, la organización puede hacer una mejor utilización de los recursos de prueba invertidos en el proceso de prueba, lo que llevará a ciclos de liberación más cortos, menos recursos de prueba y un mayor o reducir en largos ciclos de regresión.
Una vez que la organización está utilizando metodologías ágiles que reducen los ciclos de liberación (dos a cuatro semanas) y como resultado las pruebas de regresión largas tradicionales se están volviendo no relevantes, para manejar esta brecha usaremos pruebas basadas en riesgo .
Como el nuevo enfoque de prueba.Risk-Based Testing permitirá a la organización para lograr una mejor calidad debido al hecho de que la prueba se realiza sobre la base de los riesgos y no por funcionalidad específica.Risk-Based Testing reducirá la necesidad de ejecutar una prueba sin fin Los casos como el equipo de pruebas que utilizan durante los ciclos de regresión y se centran en las cosas que realmente importa.Risk-Based Testing permitirá que el equipo de pruebas para lograr una mejor y más inteligente prueba de la cobertura que se determina sobre la base de un análisis real de los riesgos Risk-Based Testing,
Los equipos de prueba para monitorear y comprender el estado de cada uno de los riesgos identificados. Desventajas de las pruebas basadas en el riesgo Aunque las pruebas basadas en el riesgo es un gran método para la prueba de proyectos, todavía tiene algunos disa Dvantages que debemos reconocer una vez que decidimos usarlo: Las Pruebas Basadas en Riesgo deben ser hechas por probadores experimentados que entienden la aplicación y las variables ambientales que pueden afectar el software.
El punto de partida de la Prueba Basada en Riesgo es entender y descubrir la Riesgos que siempre es difícil de entender al inicio del proyecto.