Contenido
Objetivo

Conocer y comprender el método de pruebas basado en riesgos a través del análisis de todas sus fases, así como identificar la forma en que ayuda a reducir los niveles de riesgo del proyecto de software.

Descripción

Las pruebas basadas en riesgos tienen conceptualmente su base en la prevención. Para contextualizar se estudiará desde el concepto mismo de que es un riesgo aplicado al desarrollo de software. Aquí se verá las distintas ramificaciones de riesgo que existen para la industria del software. Con esto podemos detallar como se encuentra estructurado el método de pruebas basadas en riesgo RBT por sus siglas en inglés (Risk-Based Testing), así como la forma de aplicarlo a través del conocimiento de cada una de sus fases.

Explicación

Haz clic para revisar la explicación.

Riesgos y estimación de pruebas

Recursos adicionales

Los siguientes enlaces son externos a la Universidad Tecmilenio, al acceder a ellos considera que debes apegarte a sus términos y condiciones.

Revisa la siguiente lectura:

Para conocer más sobre riesgos y estimación de pruebas, te recomendamos leer:

Acervo Lima. (2022). PRUEBAS BASADAS EN RIESGOS Y ANÁLISIS DE MODOS Y EFECTOS DE FALLA. Recuperado de https://es.acervolima.com/pruebas-basadas-en-riesgos-y-analisis-de-modos-y-efectos-de-falla/

Actividad
Objetivo

Identificar los elementos de la fase de configuración contextual del método de pruebas enfocadas en riesgo RBT.

Instrucciones

El primer eje del método de pruebas enfocadas en riesgos RBT es establecer el contexto del proyecto. En este ejercicio se definirá la configuración contextual siguiendo los 3 elementos de esta fase.

  1. Al interior del centro de trabajo, identifique una necesidad de software cuya realización mejore algún proceso crítico dentro de su organización.

  2. Documente los requerimientos funcionales del software.

  3. Identifique los impulsores de riesgo del proyecto.

  4. Enliste las propiedades de calidad que deban considerarse en su proyecto.

  5. Enliste los elementos que considere podrían estar en riesgo en su proyecto.
Checklist

Asegúrate de:

  • Identificar una verdadera necesidad de proyecto de software al interior de tu organización.
  • Realizar una lista de los requerimientos del software de acuerdo con las necesidades detectadas.
  • Elaborar una lista de los impulsores de riesgo dentro de los cuatro rubros disponibles en el método RBT.
  • Analizar y enlistar las propiedades de calidad acorde a los rubros disponibles en el método RBT.
  • Enlistar correctamente los elementos en riesgo y justifica correctamente su selección.