winium visual tutorial tools tool test studio source open gui framework coded best automated winforms testing user-interface automation

winforms - visual - ui testing tools



UI Testing Tool? (12)

Buscando una herramienta para probar la interfaz de usuario de una aplicación de Windows (.NET WinForms). La idea es que los analistas graben las pruebas a través de una interfaz de usuario y puedan reproducirse una y otra vez.

Las herramientas comerciales están bien, pero los puntos de bonificación para los gratuitos.


(Iba a comentar una respuesta anterior, pero me quedé sin espacio.) Compramos Ranorex y no volvería a hacerlo. Su licencia de 1.5 (lo que estamos usando) no estaba clara. Su licencia por escrito fue por usuario, su comercialización dijo por máquina. Aún así, la aplicación se basó en las claves, y no fue un gran problema cuando una máquina se borró o entró un probador de reemplazo.

Para el producto 2.0, su licencia ahora está vinculada a la máquina. Vuelva a crear la imagen de una máquina y podrá volver a otorgarla. Simplemente no voy a admitir ese tipo de molestia con los miles de dólares de mi empresa, y no mejoramos.

Por lo que quieren para el producto, mucha de la funcionalidad podría escribirse fácilmente utilizando el Marco de automatización de la interfaz de usuario. Ranorex es un producto decente, pero cuestiono su valor por el dinero. Estamos trasladando muchas de nuestras nuevas pruebas a la codificación del Marco de automatización de la interfaz de usuario, ya que a menudo terminamos modificando el código generado por Ranorex de todos modos.


Algunos otros:

¡Creo que ambos son libres y Quail se ve muy bien!


Checkout Ranorex , comercial, bastante caro pero potente (no afiliado).


Como dijo Tom E , tome precauciones mientras considera bajar la ruta de grabación / reproducción para automatización de prueba.

Consulte el artículo de Uncle Bob sobre Arruinando su Estrategia de Automatización de Pruebas .

El principal problema es que las herramientas de grabación / reproducción unen las pruebas con la GUI, lo que las hace muy frágiles.

El artículo de tío Bob señala que algunas pruebas deben ocurrir en la GUI ... pero que recomienda anotar el código de la regla de negocios.

Lamento no poder proporcionarle una herramienta de automatización de pruebas de UI específica ... pero espero que esta advertencia lo ayude a tomar la mejor decisión sobre cómo emplear la herramienta que eventualmente utilizará.



En mi empresa, decidimos ir con http://www.sikuli.org/ . Sentimos que era la combinación perfecta de costo (gratis), facilidad de uso, funcionalidad y capacidad de ampliación.

Sikuli está basado en Python (Jython, realmente), que es genial y es de código abierto. Se necesita un poco de codificación, pero puede ser tan fácil como llamar funciones. Su IDE hace que sea realmente fácil comenzar. No es una herramienta de grabación y reproducción. Funciona a partir de algoritmos de visión por computadora: usted le da capturas de pantalla de lo que debe buscar y lo encuentra en la pantalla y luego realiza la acción solicitada (haga clic, escriba, etc.) en lo que encontró. Esta es una verdadera prueba independiente ya que Sikuli no sabe nada sobre el software que está probando. No sabe acerca de las API subyacentes, simplemente hace lo que un ser humano real haría.

Hemos integrado Sikuli con Robot Framework, http://robotframework.org/ , y hemos creado muchos códigos python personalizados para construir una plataforma de prueba robusta. Esto puede no ser tan fácil como licenciar una herramienta de un proveedor, pero el tiempo y la inversión de talento en estas dos herramientas de código abierto han valido la pena.


Estábamos usando Mercury TestDirector hace unos años y estamos muy contentos con él. (Todas las advertencias mencionadas por otros se aplican).

Mercury fue adquirido por HP y las herramientas han sido renombradas como HP QuickTest. No estoy seguro de cuánto ha cambiado, pero definitivamente vale la pena echarle un vistazo.

Traté de incluir un enlace al sitio web de HP , pero la URL no parece demasiado "estable". No es exactamente un creador de confianza ...


Hasta ahora he encontrado:

Comentarios por favor si ha usado alguno de estos.


Hay un montón de preguntas similares en SO:

  • automate-interaction-with-a-gui-interface (Editar: ya no está disponible)
  • automated-testing-of-windows-forms (Editar: ya no está disponible)
  • automated-testing-of-gui

En mi experiencia, hay muchas buenas herramientas de código abierto para la web, pero no tanto para las herramientas de automatización de prueba de cliente abierto de código abierto. Si desea un buen soporte con una funcionalidad robusta, especialmente la grabación, tendrá que mirar las herramientas comerciales (QTP, RFT, TestPartner, etc.)


Mi propuesta es QA Agent ( http://qaagent.com/ ). Es un IDE gratuito basado en web para el desarrollo de pruebas automatizadas web. Básicamente estás usando jQuery para desarrollar tus pruebas. Puede ejecutar pruebas en su navegador. Parece un proyecto nuevo, pero realmente me gusta la idea de desarrollar pruebas en el navegador. Usted sabe cuánto tiempo lleva configurar su entorno de prueba. Con QA Agent toma 10 segundos.



TestComplete .

Definitivamente puede usar la captura-reproducción para capturar y ejecutar el script de prueba. Pero sugeriría que al menos edites manualmente tus scripts para hacerlos

  1. más legible
  2. más fácil de mantener

Lo bueno de TestComplete es que puede examinar las propiedades de su formulario, capturar esas propiedades para que pueda referirse a esas propiedades por su nombre, no solo por las coordenadas de la pantalla.