Transferencia original en: http: //blog.csdn.net/u010202588/article/details/38639811
El contacto inicial con el automatizado prueba de tiempo, impulsado por los datos y la palabra clave impulsada no entender, por lo que se siente un poco misterioso ser, no es una función de sus parámetros y Bien! De hecho, también refleja algunas de las características de las diferentes pruebas y desarrollo (principalmente se refiere a las pruebas del sistema), así como en el contexto y la presentación del desarrollo tecnológico.
Mito 1. grabación / reproducción
De hecho, la dificultad puede ser entendida como una scripts automatizados de prueba y casos de prueba fuertemente acoplados, tanto el mantenimiento de la escritura de prueba, y sistema de prueba boicot fase y el pensamiento orientado al usuario
Cada vendedores automatizados herramientas de prueba dará a conocer sus herramientas son muy fáciles de usar, los probadores no técnicos, simplemente prueba de grabación operación, y luego reproducir el script de prueba registrado, puede automatizar fácilmente todas las pruebas. Este argumento no es muy responsable.
Ahora tenemos que analizar las pruebas automatizadas no puede basarse únicamente en la razón por la cual la grabación / reproducción para completar.
Guión de la grabación del, básicamente, un lenguaje de programación establecida para escribir de manera no modificable, cuando los cambios en las aplicaciones, estos también tendrán que cambiar el disco codificadas. Por lo tanto, el mantenimiento de estos script grabado, el costo es muy alto, alto suficiente para apenas aceptable.
Todos los scripts de prueba deben ser registrados antes de la aplicación se puede ejecutar correctamente, si se descubre un defecto durante la grabación. Los probadores deben informar los mecanismos de gestión de defectos, hasta que el defecto corregido, la totalidad de las secuencias de comandos de acción de grabación para continuar. En tal caso, si sólo se basan en la grabación de una secuencia de comandos para las pruebas, la eficiencia es muy baja.
Al mismo tiempo, el guión grabado no es muy fiable, incluso en el caso de aplicaciones de difusión directa no cambió, sino también debido a algunas situaciones inesperadas pueden no realizarse. Si graba un probador de secuencia de comandos con la secuencia de comandos de idioma incorrecto, el guión debe ser re-grabada.
En resumen, para crear scripts de prueba automatizados por la forma en que se registraron los sonidos fácil, pero en realidad experimentar los problemas siguientes: ① mayoría de los probadores no tienen un perfil técnico, es difícil de comprender plenamente las herramientas de prueba; ② solicitudes deben llegar a un cierto estabilidad, con el fin de iniciar la grabación de la secuencia de comandos de prueba; ③ scripts de prueba y datos de ensayos registrados junto demasiado apretado; ④ costo de mantenimiento de scripts de prueba automatizados es muy alta.
marco de automatización de pruebas controlada por datos 2.
"¿Qué es una basada en los datos que? Ciertamente creo que se requiere una gran parte del controlador de datos para parametrizar las cosas escritas en Excel, y luego llama cuando se ejecuta la secuencia de comandos. Si te lo digo, esto es, en realidad, no impulsados con datos, pero sólo los más avanzados parametrización, que sin duda se sorprenderá ahora voy a explicar :! en primer lugar, por qué se llama basadas en datos que, significado, entonces debe haber conducido, por ejemplo, utiliza Excel puede controlar las pruebas de flujo de tráfico hacerlo respuesta no es que ¿cómo ?. conducción hecho? lo que vamos a probar los datos en un archivo separado, los parámetros a continuación, sólo avanzadas. impulsada por los datos de los, usted tiene que tener datos a prueba de flujo de tráfico de control. por ejemplo, se mide un programa web, hay muchas páginas, puede ser controlado por un conjunto de datos cada vez que un trabajo en el que la página (es decir, la página correspondiente de navegar a través de los datos a). que es una versión tecla inferior del conductor, su control es una función de la clase, y la palabra clave es acción de control nivel. Por lo tanto, el controlador de datos debe ser capaz de controlar toda la prueba ".
En algunos casos de prueba complejos, el mismo caso de uso contiene una gran cantidad de flujo de ensayo en el que diferentes procedimientos de prueba de entrada diferente de datos de prueba, un campo de entrada de control en este momento no es sólo el parámetro de los datos de prueba, así como los procesos de negocio de entrada (parámetro puede ser entendido como un lógico), este caso reflejaría el significado más profundo por datos.
prueba automatizada controlada por datos es poner a prueba el método propuesto para el acoplamiento fuerte entre el desarrollo y las cuestiones de prueba. Al asociar las pruebas de metadatos y desarrollo de software definido - tabla de asignación de metadatos para construir la relación de acoplamiento flexible entre las pruebas y desarrollo. Independientemente de la prueba de modificar los scripts de prueba, o los desarrolladores para modificar el software, sólo se necesita modificar la tabla de asignación de metadatos, tanto para satisfacer la prueba y desarrollo de forma simultánea. De esta manera, se puede reducir la carga de trabajo de la depuración de scripts de prueba, mejores pruebas de automatizar.
● ¿Cuál es impulsado por los datos marco de pruebas automatizado
Basada en datos de pruebas marco es un marco (por ejemplo, archivos ODBC fuente, archivos Excel, archivo CSV, archivos objeto ADO, etc.) automatizados para leer la entrada de datos de prueba y de salida de un archivo de datos, y después se pasó a través de un avance variable grabada o escrita script de prueba manual. El que se usan las variables como la transferencia de (entrada / salida) se utiliza para verificar la aplicación de los datos de prueba. En este proceso, leen, estado de la prueba y todos los archivos de datos de información de prueba se escriben en el script de prueba; los datos de prueba incluyeron sólo en el archivo de datos, en lugar de la escritura, la escritura de la prueba es sólo una "unidad", o es un mecanismo de transferencia de datos.
● guión basado en datos
escritura de datos es impulsado por el guión, y aquellas aplicaciones asociadas con ella. Estos scripts están escritos a mano por grabar o escribir herramientas automatizadas lenguaje propietario, entonces la variable que da los valores de la derecha como los datos de prueba de entrada. Estos medios de variables como algunas de las aplicaciones clave de entrada, habilitadas por una aplicaciones basadas en datos de secuencia de comandos externo.
1) los datos variables, codificados dura de la bandera componentes
Estos scripts basados en datos a menudo contienen datos codificados de forma rígida, algunas ventanas son a veces muy frágiles cadenas de identificación de componentes. Cuando esto sucede, el guión es fácil perder debido a un programa de cambio de acción.
2) altamente técnica, diseño y prueba repetible
Otra escritura de datos, tienen la característica común es que todos los esfuerzos realizados en el diseño de la prueba en última instancia reflejan en la herramienta de automatización de lenguaje de script, o copiarse en los scripts de pruebas manuales y automatizadas. Esto significa que cada automatizado y desarrollo de las pruebas o la aplicación de la persona en cuestión debe ser muy competentes en lenguajes de programación y herramientas de automatización entorno de prueba.
● ventajas y desventajas
1) Ventajas: ① Si bien el desarrollo de aplicaciones se pueden sincronizar los scripts de pruebas de construcción, y cuando la función de aplicación únicos cambios que modificar la parte de la escritura-función; ② utilizando el modelo del diseño, a la duplicación evitar de guiones, reduciendo el establecimiento o mantenimiento el costo de la secuencia de comandos; ③ datos de entrada de ensayos y de verificación y los resultados de las pruebas con el guión esperado por separado, almacenada en otro archivo de datos, lo que ayudará a la modificación probadores y mantenimiento; ④ través de la determinación del valor devuelto por una función es "verdadero" o "falso ", que puede ser utilizado para el control de errores, el aumento de scripts de prueba de robustez; crear datos de prueba para crear datos impulsada proceso automatizado pruebas ⑤ desarrollador pruebas, los probadores; ⑥ resultados de la prueba obtenidos durante la prueba, y en el contexto de los datos de entrada los resultados de la prueba indicaron, que puede simplificar el análisis manual.
2) desventajas: ① prueba automatizada de herramientas en el lenguaje de programación debe ser muy competente; ② Cada script corresponderá a una pluralidad de archivos de datos, archivos de datos necesitan ser almacenados en sus respectivos directorios de acuerdo a las categorías funcionales de la secuencia de comandos, que se suma a la complejidad de su uso ; ③ probadores Además de la necesidad de mantener los planes de pruebas apropiadas basadas en datos de pruebas específicas, sino que también escribe los datos a las diferentes necesidades de cada archivo de datos; ④ al editar el archivo de datos, se debe prestar atención al formato de transmisión requerida por el script de prueba, de lo contrario, un error al procesar la secuencia de comandos. Como mantenido por personal técnico especializado a su marco de pruebas automatizadas se basa en la escritura por datos para implementar una más sencilla y rápida. Sin embargo, el mantenimiento es un trabajo difícil, pero también es necesario para mantener esta modalidad basada en datos, por lo que incluso mantener a largo conducirá al fracaso.
3. automatización de pruebas basado en palabras clave
la naturaleza basado en palabras clave de fuentes, desde el pensamiento orientado a objetos, la misma lógica de negocio, naturalmente, escrita como una clase o función como palabra clave a ser llamado por diferentes scripts de prueba. Al probar marco desarrollado a funciones y clases todas estas pruebas ya han sido escritas cuando se completa la combinación, se convirtió en una etapa avanzada de la palabra clave impulsada, esta vez para convertirse en un conjunto de datos de prueba el desarrollo de casos de prueba y palabras clave combinación, y que esta combinación funcione para simplificar la realización de la tarea es muy familiarizado con la forma, que en última instancia, impulsada por los datos y palabras clave a través de los resultados de las pruebas.
En el marco basado en palabras clave, puede crear algunas palabras clave y algunos métodos y funciones asociadas con ella. A continuación, se crea una biblioteca, que contiene una clave de lectura de la lógica, a continuación, llamar a la acción correspondiente.
pruebas impulsado por palabra clave automatizado (también llamada prueba automatizada basada en tablas), datos de prueba automatizados variantes impulsadas, puede ser apoyado por diferentes secuencias de prueba compuestos de uno o más caminos diferentes. Se trata de un marco de automatización independiente de la aplicación, al procesar una prueba automatizada también es adecuado para la prueba manual. marco de automatización de pruebas impulsado por palabra clave incorporada en la parte superior de las herramientas basadas en datos, la tabla contiene instrucciones (palabras clave), no sólo los datos. Estas pruebas se han desarrollado para utilizar tablas de datos de palabras clave, que son independientes de la implementación de herramientas de test. impulsadas por palabra clave mejoras y adiciones de automatización de pruebas son basadas en datos de prueba automatizada eficaces.
Este modelo se debe principalmente automatizado prueba de motores, componentes, los datos de la función de núcleo, bibliotecas de apoyo y tablas de asignación de aplicación. Las pruebas automatizadas primero iniciado por el guión inicial que pasa a la tabla de prueba de alto nivel a la unidad superior, el mando superior durante el procesamiento de estas tablas, conocer la tabla de prueba media después de llamar a la unidad central, también hizo similar cuando la tabla media asa de la unidad central procesamiento. Cuando la tabla de bajo nivel de proceso de accionamiento de bajo nivel, lo que hace que los intentos de sincronizar con la aplicación de prueba. Cuando el conductor de bajo nivel de bajo nivel se encontró con un componente clave para un componente que determina el tipo de invoca componente y el módulo de componentes de función correspondiente para procesar las instrucciones. Todos estos elementos deben depender de tabla de asignación de la información, es un patrón de prueba y aplicaciones de prueba automáticos puente. La finalización de algunos de los principales procesamiento de archivos de biblioteca de soporte, la tala y el correo saliente, etc. funciones.