Aplicación de investigación de pruebas automatizada basada en entorno LINUX
(ii) Requisitos ambientales para diversas aplicaciones técnicas. Para cada tipo de herramienta, debe tener en cuenta las dependencias de compilación y tiempo de ejecución de varios paquetes y bibliotecas y sus versiones, así como las dependencias de las aplicaciones preinstaladas. Estos se detallarán en el manual de usuario.
(iii) Monitor de rendimiento del servidor. La mayoría de las herramientas de prueba no proporcionan capacidades de monitoreo del rendimiento del lado del servidor. Los ingenieros de pruebas deben escribir scripts de monitoreo del rendimiento basados en las necesidades reales de uso de las herramientas.
Lo siguiente está basado en la investigación de pruebas automatizadas bajo la plataforma Linux en la que participó el autor, y está orientado a las necesidades de automatización de diferentes tipos de casos de prueba, principalmente de pruebas funcionales (como pruebas de GUI) , pruebas de cliente de línea de comandos, pruebas de rendimiento, etc. La automatización de pruebas bajo la plataforma Linux se analiza y elabora desde varios aspectos.
Pruebas continentales automatizadas de GZW
Para la automatización de las pruebas de GUI, existen dos tecnologías de captura/reproducción que suelen utilizar las pruebas. herramientas, una es grabar y reproducir registrando eventos del mouse (como clics y movimientos) y eventos del teclado en la interfaz, y la otra es grabar y reproducir en función de la identificación y operación de los controles, mediante cambios de propiedad de los objetos de control. o activación de eventos. Ejecute cada script. Las herramientas de prueba típicas para ambos tipos de plataformas Linux, como Knee y LDTP, están disponibles en la comunidad de código abierto.
(i) Herramienta Xnee
En el entorno xll del sistema operativo Linux, Xnee puede grabar, reproducir y distribuir operaciones del usuario. En el modo de grabación, Xnee registra una copia de los datos del protocolo enviados y recibidos por el servidor X y genera un archivo Xneesession. En el modo de reproducción, Xnee leerá los eventos en la sesión de Xnee e imitará todo el proceso de grabación (es decir, la operación del usuario) para completar la comunicación con el servidor X, mientras la aplicación grabada (Xclient) recibe el mensaje del servidor X. y Complete la operación preestablecida.
(2) Herramienta/marco de prueba LDTP
La herramienta/marco de prueba Linux Desktop Test Project (LDTP) puede grabar scripts de acuerdo con la selección del usuario en la interfaz de la aplicación. LDTPI funciona con la biblioteca de opciones auxiliares (en -spi) en el entorno Gnome. La biblioteca de opciones auxiliares (at-spi) utiliza la biblioteca de opciones auxiliares de Gnome para obtener información de la interfaz de usuario y el estado actual o las propiedades de los controles de interfaz proporcionados por la aplicación a través del protocolo AT-SPI. La arquitectura de la herramienta/marco LDTPI es la siguiente:
La idea básica de AT-SPI es proporcionar los objetos auxiliares correspondientes para los elementos visuales de la interfaz de usuario y la ejecución de cada script de grabación. se basa en estos objetos auxiliares. La ejecución de cada script de grabación se basa en estos objetos auxiliares. Para aplicaciones que deseen aprovechar LDTPI para realizar pruebas, es necesario activar la opción auxiliar.
(C) Aplicación de herramientas de prueba automatizadas de GUI
En las pruebas automatizadas de GUI reales, LDTPI se puede utilizar en una gama más amplia de escenarios. LDTPI puede identificar objetos en la ventana (como botones) y el script de prueba utiliza la interfaz API LDTP. Ventanas y Objetos Las ventanas se identifican por su tipo y nombre (es decir, título), mientras que los objetos se identifican por el tipo y nombre (etiqueta o etiqueta asociada) del control que desean operar. También podemos mostrar los objetos y las propiedades de los objetos de la ventana de la aplicación a través de la opción auxiliar activada por at-pokel.
Al probar productos de servidor y escritorio Linux, la herramienta LDTPI se puede utilizar para probar cualquier aplicación Gnome con opciones de accesibilidad habilitadas, como Mozilla, OpenOffice.org, cliente de correo Evolution, navegador de archivos Nautilus, etc., así como Java basado en Swing. Aplicaciones UI y KDE4. O. Aplicaciones basadas en QT4.0 en KDE4.O, etc.
Aunque Xneel no tiene restricciones específicas sobre los tipos de aplicaciones a las que puede apuntar, es más efectivo para pruebas simples de validación de ventanas y pruebas de estabilidad de interfaz, etc. En comparación con las herramientas de captura y reproducción basadas en controles, Xnee no tiene que preocuparse por la indiscernibilidad del control.
Desde la perspectiva del uso, cada herramienta también tiene algunas deficiencias debido a diferentes tecnologías de implementación. Por ejemplo, ambas herramientas no pueden insertar puntos de verificación, lo que hace imposible lograr resultados de verificación a nivel de casos de uso; desventajas de cada elemento: la interfaz no se puede capturar y las opciones de la aplicación para pruebas auxiliares no se pueden admitir; el efecto de edición del script generado por Xneel es deficiente y el script se registra y genera en el evento. Los scripts generados por Xneel tienen poca capacidad de edición. Dado que los eventos en los scripts grabados están relacionados con las coordenadas de la pantalla, es necesario considerar cómo manejar estos cambios cuando problemas como las posiciones de las ventanas emergentes cambian durante la reproducción.