Hispanopedia WikiLas pruebas basadas en riesgos (RBT) son un tipo de pruebas de software que funcionan como un principio organizacional utilizado para priorizar las pruebas de características y funciones en el software, en función del riesgo de falla, la función de su importancia y la probabilidad o impacto de la falla. [1] [2] [3] En teoría, hay un número infinito de pruebas posibles. Las pruebas basadas en riesgos utilizan (re)evaluaciones de riesgos para dirigir todas las fases del proceso de prueba, es decir, planificación de pruebas, diseño de pruebas, implementación de pruebas, ejecución de pruebas y evaluación de pruebas. [4] Esto incluye, por ejemplo, la clasificación de pruebas y subpruebas para la funcionalidad; las técnicas de prueba como el análisis de valores límite , las pruebas de todos los pares y las tablas de transición de estados tienen como objetivo encontrar las áreas con mayor probabilidad de ser defectuosas.
Tipos de evaluación de riesgos
Evaluación de riesgos a la ligera
Los métodos de prueba basados en riesgos ligeros se concentran principalmente en dos factores importantes: probabilidad e impacto. [5] La probabilidad significa qué tan probable es que ocurra un riesgo, mientras que el impacto mide qué tan graves podrían ser las consecuencias si el riesgo realmente ocurre. En lugar de utilizar matemáticas complicadas, estas técnicas se basan en juicios y escalas simples. [6] Por ejemplo, un equipo puede calificar la probabilidad de riesgo como alta, media o baja y su impacto como grave, moderado o menor. Estas calificaciones ayudan a priorizar dónde deben centrarse los esfuerzos de prueba. [7]
Evaluación de riesgos de alto peso
Las pruebas basadas en riesgos ponderados son un método que se utiliza para probar software y se centra en las áreas en las que es más probable que se produzcan problemas. El equipo de pruebas busca las partes más importantes del software que podrían fallar y se concentra en probar esas partes de manera más exhaustiva. [ cita requerida ]
Existen cuatro tipos principales de métodos de prueba basados en riesgos de alto peso: [7]
- Costo de exposición : analiza cuánto dinero podría ocasionar un problema en el software. Para determinarlo, se considera la probabilidad de que ocurra un problema y cuánto podría costar.
- Análisis de modos de falla y efectos (FMEA) : esta técnica descubre qué partes del software podrían fallar, por qué podrían fallar y qué podría suceder si lo hacen. Ayuda a encontrar las áreas importantes que necesitan atención.
- Implementación funcional de calidad (QFD) : este método ayuda a conectar lo que los usuarios necesitan con lo que hace el software. Analiza los riesgos que pueden surgir al no comprender lo que los usuarios realmente quieren.
- Análisis del árbol de fallas (FTA) : esta técnica se utiliza para determinar por qué algo salió mal analizando diferentes razones paso a paso.
Tipos de riesgo
El riesgo puede identificarse como la probabilidad de que un error de software no detectado pueda tener un impacto negativo en el usuario de un sistema. [8]
Los métodos evalúan los riesgos a lo largo de una variedad de dimensiones:
Comercial u operativa
- Alto uso de un subsistema, función o característica
- Criticidad de un subsistema, función o característica, incluido el costo de falla
Técnico
- Distribución geográfica del equipo de desarrollo
- Complejidad de un subsistema o función
Externo
- Preferencia de patrocinador o ejecutivo
- Requisitos reglamentarios
Relacionado con el modo de fallo del comercio electrónico
- Defectos de contenido estático
- Defectos de integración de páginas web
- Fallo funcional relacionado con el comportamiento
- Falla relacionada con el servicio (disponibilidad y rendimiento)
- Fallas relacionadas con la usabilidad y la accesibilidad
- Vulnerabilidad de seguridad
- Fallo de integración a gran escala
[9]
Venkat Ramakrishnan escribió algunas consideraciones sobre la priorización de riesgos en un blog. [10]
Referencias
- ^ Bach, J. El desafío del software suficientemente bueno (1995)
- ^ Bach, J. y Kaner, C. Pruebas exploratorias y basadas en riesgos (2004)
- ^ Mika Lehto (25 de octubre de 2011). "El concepto de pruebas basadas en riesgos y sus ventajas y desventajas". Ictstandard.org . Consultado el 1 de marzo de 2012 .
- ^ Felderer, Michael; Schieferdecker, Ina (2014). "Una taxonomía de pruebas basadas en riesgos". Revista internacional sobre herramientas de software para transferencia de tecnología . 16 (5): 559– 568. arXiv : 1912.11519 . doi :10.1007/s10009-014-0332-3. S2CID 11598143.
- ^ Mahesh, Hari (3 de noviembre de 2023). "Pruebas basadas en riesgos: un enfoque estratégico para el control de calidad". testRigor Herramienta de pruebas automatizadas basada en IA . Consultado el 18 de noviembre de 2023 .
- ^ Schmitz, Christopher; Pape, Sebastian (1 de marzo de 2020). "LiSRA: evaluación ligera de riesgos de seguridad para el apoyo a la toma de decisiones en seguridad de la información". Computers & Security . 90 : 101656. doi :10.1016/j.cose.2019.101656. ISSN 0167-4048. S2CID 208109813.
- ^ ab "¿Qué son las pruebas basadas en riesgos? Con las mejores prácticas". www.lambdatest.com . Consultado el 18 de noviembre de 2023 .
- ^ Stephane Besson (3 de enero de 2012). "Información del artículo: Una estrategia para las pruebas basadas en riesgos". Ingeniería de calidad de software TI . Stickyminds.com . Consultado el 1 de marzo de 2012 .
- ^ Gerrard, Paul y Thompson, Neil Pruebas basadas en riesgos en el comercio electrónico (2002)
- ^ Sobre las pruebas basadas en riesgos [1]