¿Prueba automatizada de humo de una aplicación WPF? [cerrado]

Question

Tenemos una aplicación WPF en la que nos gustaría realizar pruebas de humo automáticas. Pruebas simples como cargar documento, guardar documento, etc. Me preguntaba si alguien podría sugerir marcos existentes o aplicaciones que ayudarían con eso.

¡Gracias!

Answer 1

Para probar marcos, tanto NUnit como MSTest son buenos. MSTest tiene la ventaja de que integra mucha voluntad con Visual Studio, lo que facilita un poco las cosas. (Hay complementos de nunit disponibles para vs, pero están tan completamente integrados como mstest).

En términos de cómo escribe la prueba, si ha escrito su aplicación de acuerdo con MVVM es bastante simple hacer que sus pruebas creen y ejecuten su aplicación usando los modelos de vista y los comandos sin crear una vista.

Incluso si no ha usado MVVM, es de esperar que aún haya abstraído sus capas lógicas de su interfaz gráfica de usuario, para que sus pruebas puedan utilizarlas sin demasiada dificultad.

En términos de pruebas de GUI reales, puede echar un vistazo a la MS Marco de automatización de la interfaz de usuario que debería permitirle automatizar partes de su interfaz de usuario para ejecutar pruebas en su contra. Hay una publicación de blog aquí sobre cómo comenzar con eso, y un artículo aquí . También hay algunos marcos comerciales que superponen las cosas de automatización de la interfaz de usuario para que sea un poco más fácil. Un ejemplo es testautomationfx .

Answer 2

Como una prueba de radio debe ser & # 8220; de extremo a extremo & # 8221 ;, entonces buscaría herramientas de prueba de IU automatizadas como Prueba completa, en lugar de herramientas de prueba de unidad & # 8211; crear una secuencia de comandos para la creación de una máquina virtual y luego ejecutar los instaladores es otra buena opción. La prueba de voz debe incluir el instalador de su aplicación, ya que no suelen ser cubiertos por pruebas unitarias ni utilizados por sus desarrolladores.

Está tratando de evitar que sus evaluadores pasen tiempo en & # 8220; desesperado & # 8221; construcciones & # 8211; de ahí la necesidad de incluir el instalador.

Piense en todos los & # 8220; daft & # 8221; razones que impiden que su equipo de prueba sea productivo después de haber pasado tiempo instalando una nueva compilación & # 8211; ¿Cuántos de estos puede incluir en un sistema automatizado sin que las pruebas fallen debido a cambios en la aplicación?

Mucha gente comete el error de tratar de cubrir demasiado en una prueba de radio & # 8211; & # 8220; pruebas profundas & # 8221; que cubre toda su lógica debe estar en pruebas unitarias y / o & # 8220; pruebas de historia & # 8221; no es tu prueba de radio.