Pregunta

Estamos trabajando en un gran proyecto, con una medida de nuevo/modificado GUI funcionalidad.Hemos observado en el pasado que nos introducen en el mercado nuevos problemas relacionados con el código cuando la adición de nuevas funcionalidades.

Hemos usuarios no técnicos, realizar pruebas, pero a menudo se olvida de las partes y permitir que los errores de deslizarse a través de.

Mi pregunta:¿Hay alguna de las mejores prácticas para la organización de la prueba de interfaz de usuario de un WinForms proyecto?Hay alguna forma de automatizar?

Gracias!

¿Fue útil?

Solución

Hay GUI herramientas de pruebas de que se haga clic en los botones y esas cosas, pero son muy frágiles en mi experiencia.

La mejor cosa a hacer es mantener la capa de interfaz de usuario lo más fina posible.El controlador de eventos clases de manera óptima debe ser sólo una o dos líneas que llaman a otros más comprobables clases.De esa manera usted puede poner a prueba su lógica de negocio en la unidad de pruebas sin tener que hacer clic en un botón.

Otros consejos

Puede automatizar la GUI de la prueba con Blanco marco.

También considere el uso de TDD diseño amigable, es decir,uso MVP/MVC patrón.

Recomiendo leer la documentación de Microsoft patterns&practies equipos.

Sobre todo tener una mirada en el Compuesto de interfaz de usuario de la aplicación bloque y CompositeWPF.

Estos proyectos específicamente diseñado para darle las mejores prácticas en la GUI de aplicaciones de desarrollo orientado a pruebas de interfaz de usuario.

Mantener la interfaz de usuario de la capa lo más fina posible.Michael Plumas artículo, El Humilde Cuadro De Diálogo, es un clásico.También echa un vistazo a Martin Fowler La Opinión De Pasivo.También he escuchado que el "botón automático clickers" son frágiles, y que es fácil pasar más tiempo en el mantenimiento de las pruebas, que se pasan el mantenimiento del código.

En el caso de que alguien encuentra este útil:

Lista de herramientas de pruebas de GUI encontrar en Wikipedia.

El siguiente libro es una introducción al tema.Hay tantas formas como hay desarrolladores por ahí ...

http://pragprog.com/titles/idgtr/scripted-gui-testing-with-ruby

Hay muchas herramientas y librerías disponibles para automatizar la WinForms pruebas, que van desde soluciones de código abierto como Blanco a las costosas soluciones comerciales, como HP QuickTest Pro.También existe la UIAutomation espacio de nombres en el .NET si quieres lanzar su propio marco de trabajo de automatización.Pero el coste real de la automatización está en el tiempo y el personal especializado que se requiere implementar.El mantenimiento es también uno de los aspectos más importantes de los sistemas automatizados de diseño de la prueba;usted no quiere gastar excesivo de recursos de mantenimiento de los activos de automatización actual con su aplicación.También hay un montón de factores que influyen en la decisión de automatizar que será específico para su aplicación específica y de la organización.

Su mejor apuesta será la de realizar más investigación sobre el tema y echa un vistazo a algunos de los especialistas de los centros de prueba, tales como http://www.sqaforums.com.

He encontrado esto de forma rápida y sucia para probar diseños de página web en diferentes navegadores.Se llama browsershots.org.Nuestro cliente requiere de apoyo en los 5 navegadores ahora y que toma alrededor de una semana completa para pruebas de regresión.Este servicio proporcionará capturas de pantalla de algunas de 70+ navegadores y versiones.Yo imprimirlos y mantener las páginas a la luz.Si no se alinean, no debe ser un problema de diseño.

Realmente no puedo ayudar con la organización o de las mejores prácticas, pero una NUnit extensión parece estar disponible para los formularios de pruebas, NUnitForms.

He utilizado una descarga de prueba similar a este producto (http://www.tethyssolutions.com/product.htm) y este producto (http://www.mjtnet.com/macro_scheduler.htm) años y yo era feliz con los resultados.Estos son bastante baratos y soluciones de algunos de estos grabadora de macros de productos, puede ser utilizada para las pruebas automatizadas.

Un nuevo método disponible ahora está utilizando Ruby, a través de la gema de Ruby llamada win32 autogui.Esto proporciona un marco para las pruebas de GUI de Windows apps.Se combinan con Ruby herramientas RSpec y Pepino, y hace bastante potente marco de pruebas.

Cómo organizar la prueba de interfaz de usuario depende de cómo diseñar los casos de prueba.

La automatización de aplicación de Formularios de Windows en la unidad de prueba de nivel, pueden utilizar TDD marco, tales como NUnit;o el uso de BDD marco, tales como NSpec.

La automatización de las aplicaciones de Windows Forms en pruebas funcionales de nivel puede usar el color Blanco, CodedUI, o incluso directamente a través de API de Automatización de Windows 3.0 (Automatización de interfaz de usuario y MSAA).

Puesto que todas estas materias mencionadas anteriormente son las tecnologías en lugar de soluciones, es mejor que construir una prueba fundamental de automatización/secuencias de comandos de marcos basados en estas tecnologías antes de empezar a escribir pruebas automatizadas.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top