Experiencias con UI Automation y WPF

Question

Estamos desarrollando una aplicación bastante grande basada en WPF y nos gustaría incluir algunas pruebas de UI automatizadas en nuestro conjunto de pruebas (que ya contiene una cantidad de pruebas unitarias).

El UI Automation Framework de Microsoft parece en parte el complemento perfecto para iniciar e interactuar programáticamente con la aplicación en una configuración de prueba. Sin embargo, he luchado para encontrar referencias sólidas para muestras y experiencias con la tecnología, los artículos y las pequeñas muestras disponibles en MSDN no son suficientes para convencerme de que es una opción sólida.

Entonces, ¿alguien tiene experiencias del mundo real utilizando el Marco de automatización de la interfaz de usuario en su suite de pruebas? ¿Cuáles son las advertencias y las trampas? Cualquier mejor práctica cuando se escriben scripts de pruebas, ¿puede "grabar y reproducir" en un formato de secuencia de comandos, cuánto debe facilitar las pruebas desde la aplicación, cómo lo incorporó en la compilación automática? ¿Deberíamos mirar en otra dirección que el Marco de Automatización de UI?

Siéntase libre de publicar las experiencias que aquí o enlace a algunas buenas referencias que podría haber perdido

Answer 1

donde trabajo acabamos de empezar a evaluar algunas herramientas de prueba para nuestro sistema. Nos encontramos con una herramienta llamada white, que utiliza el Marco de automatización de la interfaz de usuario. Tenga en cuenta que el blanco también tiene una función de registro, aunque creo que tiene aspecto de problemas y aún se está desarrollando.

lo que intentamos haciendo era que establecimos para parecerse a las pruebas unitarias es decir [TestFixture] [Test] etc. continuación, hemos sido capaces de ejecutar a través de nunit al mismo tiempo que las pruebas unitarias.

Hemos encontrado que puede ser difícil acceder a algunos de los componentes dentro de la ventana, pero no hemos tenido mucha oportunidad para investigar por qué.

Si no le importa pagar por el software, le recomendaría TestComplete.

Answer 2

Estoy en el medio de hacer la automatización de la interfaz de usuario de una aplicación WPF en el trabajo. Estoy usando White and IronRuby y funciona genial. He escrito cómo lo he hecho aquí: http://www.natontesting.com/2010/02/17/how-to-test-a-wpf-app-using-ironruby-and-white/

Answer 3

principio fuimos con blanco, y luego se alejó de ella. Intenta ser genérico y abstracto sobre la API Win32, Winforms, aplicaciones Java y la API de automatización de la interfaz de usuario de MS. La API de automatización de la interfaz de usuario de MS también intenta ser genérica y abstracta sobre win32 api y winforms y WPF, por lo que terminas en un escenario de "denominador común más bajo de denominador común más bajo".

El resultado de esto fue que la API de búsqueda de elementos blancos simplemente no era lo suficientemente flexible como para encontrar varios elementos de UI que necesitábamos encontrar y no exponía los elementos del marco de automatización de la interfaz de usuario subyacentes para que lo hagamos algo útil con eso.

Terminamos yendo con un marco de clase-de-cosecha propia; Usamos el framework MS UIAutomation directamente, pero tenemos métodos de extensión y clases de ayuda para manejar los escenarios que no aborda. (Entrada de teclado y mouse, principalmente).

Nota: nuestros scripts de prueba y el framework nacional utilizan IronRuby. La capacidad de Ruby para agregar métodos a las clases existentes y su sintaxis flexible (combinada con method_missing) son asombrosas para este tipo de cosas.