El uso del diseño del marco en la implementación del sistema de prueba de software automatizado puede minimizar el mantenimiento de los scripts de prueba. Sin embargo, una gran cantidad de herramientas de prueba automatizadas utilizan el modelo tradicional de "grabación y reproducción".
tipo, lo que resulta en una gran cantidad de mantenimiento de secuencias de comandos, porque los datos de prueba se implementan de forma codificada en el programa de secuencias de comandos de prueba. Además, además de probar la interfaz gráfica de usuario de la aplicación, los casos de prueba integrados de la herramienta en realidad
No hay otro uso para ello. Por lo tanto, cómo elegir un marco de automatización de prueba adecuado es una prioridad para comenzar un equipo de prueba automatizado.
Un marco de prueba automatizado es una colección de suposiciones, conceptos y prácticas que respaldan las pruebas automatizadas. A continuación se describen cinco marcos básicos de prueba automatizados: marco de script de prueba modular, estructura de biblioteca de prueba
framework, marco de prueba basado en palabras clave/tablas, marco de prueba basado en datos y marco de prueba híbrido. Puede considerar la adopción de uno de los marcos de prueba de acuerdo con las necesidades reales en lugar de simplemente confiar en un simple
herramienta de captura Al mismo tiempo, estos marcos son la base para comprender el marco de pruebas automáticas y diseñar el marco de pruebas automáticas de acuerdo con las propias necesidades y experiencia.
1. Marco de prueba modular
El marco de script de prueba modular (MARCO DE MODULARIDAD DE PRUEBA) necesita crear módulos, fragmentos y scripts pequeños e independientes de la aplicación bajo prueba que se puedan describir. Estos pequeños scripts con estructura de árbol se pueden combinar para formar scripts que se pueden usar para casos de prueba específicos.
De los cinco marcos, el marco modular es el más fácil de entender y usar. Construir una capa de abstracción encima de un componente para ocultarlo del resto de la aplicación es una técnica de programación bien conocida. Esto aísla la aplicación de modificaciones en los componentes, proporcionando la naturaleza modular del diseño del programa. Los marcos de secuencias de comandos de prueba modulares utilizan este principio de abstracción o encapsulación para mejorar la capacidad de mantenimiento y actualización de los conjuntos de pruebas automatizados.
2. Marco de biblioteca de prueba
La arquitectura de la biblioteca de pruebas es muy similar al marco de secuencias de comandos de prueba modular y tiene las mismas ventajas. La diferencia es que el marco de la biblioteca de prueba descompone la aplicación bajo prueba en procedimientos y funciones en lugar de scripts. Este marco requiere la creación de archivos de biblioteca que describan los módulos, los fragmentos y la funcionalidad de la aplicación que se está probando.
3. Marco de pruebas basado en palabras clave o tablas
Para un marco de automatización independiente de la aplicación, la prueba basada en palabras clave (KEYWORD DRIVEN) y la prueba basada en tablas (TABLE DRIVEN) son términos intercambiables. Este marco requiere que se desarrollen tablas de datos y palabras clave. Estas tablas de datos y palabras clave son independientes de las herramientas de automatización de pruebas que las ejecutan y se pueden usar para "controlar" el código del script de prueba de la aplicación y los datos que se están probando. En una prueba basada en palabras clave, la funcionalidad de la aplicación bajo prueba se escribe en una tabla junto con los pasos de ejecución de cada prueba.
Este marco de prueba puede generar una gran cantidad de casos de prueba con muy poco código. El mismo código se reutiliza al usar la tabla de datos para generar cada caso de prueba.
4. Marco de prueba basado en datos
Basado en datos (DATA DRIVEN), la prueba LJ es un marco. Los datos de entrada y salida probados aquí se leen de archivos de datos (grupo de datos, fuente ODBC, archivo CSV, archivo EXCEL, objeto ADO, etc.) y se cargan en variables mediante secuencias de comandos de código generadas manualmente o generadas por la herramienta de captura. En este marco, las variables se utilizan no solo para almacenar valores de entrada, sino también para almacenar valores de validación de salida. A lo largo del programa, el script de prueba lee el archivo de valores y registra el estado y la información de la prueba. Esto es similar a las pruebas basadas en tablas, donde los casos de prueba están contenidos en archivos de datos en lugar de secuencias de comandos, y la secuencia de comandos es simplemente un "controlador" o mecanismo de entrega de los datos. Sin embargo, las pruebas basadas en datos difieren de las pruebas basadas en tablas, aunque los datos de navegación no están contenidos dentro de la estructura de la tabla. En las pruebas basadas en datos, los archivos de datos contienen solo datos de prueba.
Este marco pretende reducir el número total de scripts de prueba necesarios para ejecutar todos los casos de prueba. La gestión de datos requiere muy poco código para generar una gran cantidad de casos de prueba, lo que es muy similar a la gestión de tablas.
5. Marco de automatización de pruebas híbridas
El marco de implementación más común es una combinación de todas las técnicas descritas anteriormente, tomando sus fortalezas y compensando sus deficiencias. Este marco de prueba híbrido es una evolución de la mayoría de los marcos a lo largo del tiempo y a través de varios proyectos.
[200 episodios completos] Tutoriales avanzados ultradetallados sobre pruebas automatizadas de interfaces de Python, ¡realmente simulando el combate real de proyectos empresariales! !