Menú

Cómo escribir escenarios de prueba de lógica empresarial complejos mediante la técnica de tabla de decisiones

how write complex business logic test scenarios using decision table technique

Pruebe Nuestro Instrumento Para Eliminar Los Problemas

La prueba de la tabla de decisiones es un enfoque fácil y seguro para identificar los escenarios de prueba para lógica empresarial compleja .

Existen varias técnicas de diseño de casos de prueba. En este artículo, aprenderemos a usar la técnica de la tabla de decisiones efectivamente para escribir casos de prueba para una aplicación con lógica empresarial compleja.

Aquí hay una ilustración:

Todos sabemos que las reglas y validaciones de los negocios ocupan una parte importante de los requisitos dados por los clientes. Mientras observamos cómo estos requisitos están representados y comunicados a todo el equipo del proyecto por los analistas de negocios o los clientes, llegamos a saber que la mayoría de estas reglas y lógica de negocios se presentan en un diagrama de flujo de proceso lógico.

Escritura de un escenario de prueba utilizando la técnica de la tabla de decisiones

Un diagrama de flujo de proceso lógico para un requisito complejo consta de muchas ramas, nodos y cuadros de decisión. Con suerte, se espera que los probadores cubramos todas esas ramas y toquemos todos los rincones de un árbol lógico tan complejo. También me he enfrentado a flujos comerciales tan complejos y he probado muchas técnicas de preparación de casos de prueba / escenarios de prueba para facilitar el proceso.

Finalmente, encontré que la técnica de prueba de tablas de decisión es muy útil en este aspecto. A continuación, se explica cómo una técnica de tabla de decisiones puede facilitar la preparación del escenario de prueba para lógica empresarial compleja.

Ejemplo: escribir casos de prueba para una pantalla de inicio de sesión mediante la técnica de tabla de decisiones:

Tomemos un Ejemplo de tabla de decisiones de los requisitos comerciales a continuación para una pantalla de inicio de sesión.

Prueba de la tabla de decisiones

Fig: 1.0 Diagrama de flujo empresarial de muestra

El primer paso que hacemos es nombrar todas las ramas y salir con números o alfabetos como se muestra a continuación.

1, 2, 3 son las hojas y a, b & c son las ramas.

casos de prueba de muestra para la aplicación de seguros

Luego, tenemos que crear una tabla de decisiones como se muestra a continuación: (Click para agrandar la imagen)

Prueba de tabla de decisión 1

Fig 1.1 Tabla de decisiones para el flujo de negocios Fig 1.0

Lo que vas a aprender:

Puntos para recordar

  • Todas las validaciones especificadas en los recuadros de decisión deben realizarse a partir de las columnas de la tabla.
  • Todos los resultados (hojas) mencionados en el diagrama de flujo deben incluirse en la tabla de decisiones.
  • Todas las combinaciones de entradas necesarias para obtener un resultado determinado se mencionarán en la columna de combinaciones y se pueden incluir al escribir los casos de prueba.
  • Después de completar la tabla de decisiones, solo hay que verificar si todas las ramas y hojas del árbol lógico están cubiertas.

Ventajas de utilizar la técnica de la tabla de decisiones

#1) Cualquier flujo empresarial complejo representado como un diagrama se puede cubrir fácilmente con esta técnica.
#2) Proporciona confianza rápida en los casos de prueba. No es necesario revisar sus propios casos de prueba varias veces para ganar confianza.
#3) Fácil de entender. Cualquiera puede crear casos de prueba a partir de esta plantilla de tabla de decisiones.
#4) La repetición de los casos de prueba y los escenarios de prueba se puede evitar por completo, ya que brinda una cobertura completa en la primera toma.

Limitaciones del uso de la técnica de la tabla de decisiones

#1) Ciertas técnicas de preparación de casos de prueba, como el análisis de valor límite, la partición de equivalencia, no se pueden acomodar directamente en esta plantilla. Pero, uno puede anotarlo en la columna de combinaciones y usarlos mientras escribe casos de prueba.

Antes de explicar por qué otras técnicas de escritura de casos de prueba no pueden asegurar tanta precisión como las tablas de decisión, me gustaría recordar rápidamente a otras Caja negra y caja blanca técnicas de escritura de casos de prueba.

Otras técnicas de diseño de casos de prueba

#1) Análisis de valor límite es una técnica de prueba de software en la que los casos de prueba están diseñados para incluir representantes de valores límite dentro y fuera de un rango determinado.

#2) Partición de equivalencia también llamado Partición de clases de equivalencia es una técnica de prueba de software que divide la condición dada en particiones y se puede elegir un dato de entrada de cada partición para la prueba.

#3) Prueba de transición estatal es una técnica de prueba de caja negra, que se puede utilizar para diseñar casos de prueba para un sistema que adquiere un número finito de estados y puede pasar de un estado a otro en eventos específicos.

#4) Error al adivinar es una técnica donde se utiliza la experiencia de un tester para encontrar los errores o parte de una aplicación con mayor posibilidad de encontrar errores. Esta es una técnica basada en habilidades sin reglas.

#5) Prueba de casos de uso En esta técnica, los casos de uso / escenarios se utilizan para escribir los casos de prueba. La interacción de usuarios y sistemas se describe en un caso de uso.

Algunas técnicas más de diseño de pruebas:

#6) Cobertura de estados de cuenta
#7) Cobertura de condición
#8) Prueba exploratoria

¿Por qué otras técnicas de diseño de casos de prueba para la lógica empresarial no pueden resultar útiles como tablas de decisión?

#1) La división de clases de Análisis de Valor Límite y Equivalencia está pensada para rangos numéricos y longitud. Ambas técnicas por sí solas no pueden garantizar una cobertura de prueba del 100% para las reglas comerciales.

#2) Error Guessing se trata más de la experiencia. Aunque se requiere experiencia, no puede resultar ser todo.

#3) Con la técnica de prueba de transición de estado, se puede asegurar que todas las partes del árbol lógico estén cubiertas, pero no sugiere documentos o artefactos, ya que la técnica de la tabla de decisiones asegura la cobertura con una tabla de decisiones (figura 1.1).

prueba tu sitio web en diferentes navegadores

Conclusión

Para escribir casos de prueba para lógica empresarial, es recomendable seguir lo siguiente pasos para preparar casos de prueba a fin de garantizar la máxima cobertura de prueba:

Paso 1) Utilizar una técnica de diseño de casos de prueba de tabla de decisión para lograr una cobertura lógica del 100%.
Paso 2) Análisis de valor límite y partición de equivalencia para cubrir varios rangos de entradas.
Paso 3) Combinaciones y permutaciones para validaciones a nivel de campo (aunque no se requieren todas las permutaciones).
Paso 4) Adivinar errores (aparte de los errores que se pueden identificar en los tres pasos anteriores) con la experiencia como toque final

Con la combinación correcta de todas estas técnicas, espero que puedas descubrir casi todas escenarios de prueba para cualquier aplicación bajo prueba.

Sobre el Autor: Hari Narayan es un profesional de pruebas de software con más de 3 años de experiencia laboral en la redacción de escenarios de prueba para lógica empresarial compleja. Actualmente trabaja con Plintron Global Technologies.

Háganos saber qué técnica de diseño de casos de prueba utiliza con más frecuencia en su proyecto. ¿Y cuál es el mejor método según tu experiencia?

No dude en compartir sus valiosos comentarios / sugerencias sobre este artículo.

Lectura recomendada

^