Prueba de unidad GWT TDD y herramientas

Question

Estoy empezando a usar gwt y hasta ahora todo va bien. Sin embargo, después de leer un código de muestra, me pregunto si es necesario tener un alto nivel de cobertura de prueba. (Puedo ver que la mayoría del código es declarativo y luego agregar algunos atributos, puedo ver el sentido al verificar que los atributos particulares están ahí pero no todos)

También me interesaría saber algo sobre cuáles son los problemas en TDD con GWT

Estoy usando eclipse, así que si está realmente contento con algunos complementos particulares para GWT, me encantaría saberlo. Gracias por la entrada

edit: tal vez esté haciendo una pregunta muy amplia, pero incluso una pequeña cantidad de información ayudará Vengo de tener vistas nvelocity con jquery / extJs / prototype / scriptaculous y esto es un poco diferente

Answer 1

Creo que hiciste una pregunta bastante amplia, que es parte de la razón por la que no obtuviste una respuesta por un tiempo.

En comparación con el desarrollo web tradicional de AJAX, se podría argumentar que una aplicación GWT requiere menos pruebas. Debido a que el equipo de GWT ha trabajado arduamente para asegurarse de que sus widgets funcionen de manera consistente en todos los navegadores web, no tiene que preocuparse por la compatibilidad entre navegadores tanto como para su propia aplicación.

Eso te libera para centrarte en tu propia aplicación. Cree un caso de prueba separado para cada uno de sus propios widgets personalizados y pruebe que se comportan como usted espera, y luego escriba pruebas de nivel superior para cada módulo. Tome el paso adicional para que sus pruebas sean completamente automatizables: de esa forma, cada vez que realice un cambio o esté a punto de publicarse, es fácil ejecutar todas sus pruebas.

http://code.google.com/docreader/#p=google-web-toolkit-doc-1-5&s=google-web-toolkit-doc-1-5&t=DevGuideJUnitIntegration

Answer 2

Al diseñar aplicaciones GWT para que sean fácilmente verificables, lo mejor es sacar la mayor lógica posible de la vista. Use un patrón de diseño que facilite las pruebas de GUI, como Model-View-Presenter (MVP), que se usa ampliamente en la creación de aplicaciones de escritorio (la gente de C # / .NET ha escrito mucho sobre este patrón).

Puede usar GWTTestCases para probar la comunicación remota y el código que finalmente ejecuta JavaScript en bruto (la mayoría de las clases principales de GWT requieren esto, especialmente los widgets). Sin embargo, estas pruebas son lentas de ejecutar, por lo que debería preferir diseños que pongan toda esa lógica en los objetos que se pueden probar en el sencillo JUnit TestCases.

Para obtener más información sobre cómo escribir primero las pruebas de aplicaciones GWT, escribí un artículo para la revista Better Software, que está disponible en formato PDF en línea en mi blog .

Answer 3

Creo que la mejor referencia en este momento sería esta Metodologías de prueba utilizando el kit de herramientas web de Google