La prueba basada en datos ( DDT ), también conocida como prueba basada en tabla o prueba parametrizada , es una metodología de prueba de software que se utiliza en la prueba de software de computadora para describir las pruebas realizadas utilizando una tabla de condiciones directamente como entradas de prueba y salidas verificables como así como el proceso en el que la configuración y el control del entorno de prueba no están codificados. [1] [2]En la forma más simple, el probador proporciona las entradas de una fila en la tabla y espera las salidas que ocurren en la misma fila. La tabla normalmente contiene valores que corresponden a espacios de entrada de límites o particiones. En la metodología de control, la configuración de prueba se "lee" de una base de datos.
Introducción
En la prueba de software o programas , hay varias metodologías disponibles para implementar esta prueba. Cada uno de estos métodos coexiste porque difieren en el esfuerzo requerido para crear y posteriormente mantener. La ventaja de las pruebas basadas en datos es la facilidad para agregar entradas adicionales a la tabla cuando se descubren o agregan nuevas particiones al producto o sistema bajo prueba . Además, en el proceso de prueba basado en datos, la configuración y el control del entorno de prueba no están codificados. El aspecto del costo hace que el DDT sea barato para la automatización pero costoso para las pruebas manuales.
Resumen de la metodología
Las pruebas basadas en datos son la creación de scripts de prueba para ejecutar junto con sus conjuntos de datos relacionados en un marco. El marco proporciona una lógica de prueba reutilizable para reducir el mantenimiento y mejorar la cobertura de la prueba. Los valores de datos de entrada y resultado (criterios de prueba) se pueden almacenar en una o más fuentes de datos centrales o bases de datos , el formato y la organización reales pueden ser específicos de la implementación.
Los datos comprenden variables utilizadas tanto para valores de entrada como para valores de verificación de salida. En entornos de automatización avanzados (maduros), los datos se pueden recopilar de un sistema en ejecución utilizando una herramienta personalizada o un rastreador especialmente diseñado, el marco DDT realiza la reproducción de los datos recopilados y produce una potente herramienta de prueba de regresión automatizada.
La navegación por el programa , la lectura de las fuentes de datos y el registro del estado y la información de la prueba están codificados en el script de prueba.
Impulsado por datos
Todo lo que tenga el potencial de cambiar (también llamado "variabilidad" e incluye elementos como el entorno, los puntos finales, los datos de prueba, las ubicaciones, etc.) se separa de la lógica de prueba (scripts) y se traslada a un "activo externo". . Puede ser una configuración o un conjunto de datos de prueba. La lógica ejecutada en el script viene dictada por los valores de los datos.
Las pruebas basadas en palabras clave son similares, excepto que la lógica para el caso de prueba en sí está codificada como valores de datos en forma de un conjunto de "palabras de acción" y no está incrustada o "codificada" en el script de prueba. El script es simplemente un "controlador" (o mecanismo de entrega) para los datos que se almacenan en la fuente de datos.
Las bases de datos utilizadas para las pruebas basadas en datos pueden incluir:
- Grupos de datos
- Objetos DAO
- Objetos ADO
Ver también
Referencias
- ^ "golang / go TableDrivenTests" . GitHub .
- ^ "Guía del usuario de JUnit 5" . junit.org .