FitNesse y asp.net mvc: pruebas de front-end

Me hablaron de http://fitnesse.org, como marco de prueba bastante bueno para desarrollar pruebas para mi HTML y DOM. Entonces, hice una prueba de concepto, pero parece que no es la herramienta adecuada para eso. Parece estar más orientado a la documentación que a las pruebas profundas.

La pregunta es: ¿es una buena herramienta para probar las diferentes pantallas que el usuario navegará a través de mi aplicación asp.net mvc? ¿Hay alguna manera de probar esto, a través de las tablas de FitNesse? En caso de no ser, ¿cuál podría ser una buena elección?

¡Gracias!

preguntado el 21 de mayo de 12 a las 18:05

2 Respuestas

FitNesse es mejor para probar un nivel por debajo de la GUI. Es una buena opción para probar sus servicios ASP.NET directamente (que es lo que hacemos), pero no está diseñado para probar a nivel de GUI, por ejemplo, mediante la automatización de un navegador.

Para probar sus servicios usando FitNesse, escribe un 'dispositivo' (en su caso, probablemente una biblioteca de clases .NET) y este dispositivo actúa como una interfaz de usuario delgada para sus servicios.

El accesorio tiene una interfaz pública en la que puede escribir pruebas de FitNesse.

Las pruebas automatizadas a este nivel son efectivas porque sus servicios ASP.NET públicos serán estables. Esto significa que puede confiar en sus pruebas: cuando están en rojo, probablemente se deba a que su código está roto.

Las pruebas a nivel de GUI, generalmente mediante la automatización de un navegador y la comparación de capturas de pantalla, pueden resultar contraproducentes, porque es probable que su cliente sea volátil:

  • Cambie ligeramente el diseño y sus pruebas se romperán; cambia uno de tus estilos css y tus pruebas están rotas; una actualización del navegador o del sistema operativo puede romper las pruebas.
  • Verificar las pruebas que están marcadas en rojo para ver si realmente están rotas puede llevar mucho tiempo y es propenso a errores. Probamos una aplicación de escritorio de Windows de esta manera utilizando una solución casera basada en Ranorex, y la rentabilidad de estas pruebas es cuestionable.

Idealmente, tendrá una combinación de GUI y pruebas de nivel de servicio, pero también estamos buscando la solución correcta para nuestro cliente HTML.

contestado el 27 de mayo de 12 a las 11:05

¿Habéis probado EsperaN?

Respondido 10 Oct 12, 17:10

Sí, de hecho, estoy buscando una alternativa, porque tuvimos problemas para ejecutar pruebas unitarias en muchas estaciones de trabajo con diferentes navegadores web. - Pato

No es la respuesta que estás buscando? Examinar otras preguntas etiquetadas or haz tu propia pregunta.