test que metodología ejemplo diferencia atdd unit-testing gwt tdd

que - GWT Unit Testing TDD y herramientas



metodología tdd o bdd (3)

Estoy comenzando a usar gwt y hasta ahora todo bien, sin embargo, después de leer algunos ejemplos de código, 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 agrego algunos atributos. Puedo ver el sentido al verificar, así que los atributos particulares están ahí pero no todos)

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

Estoy usando eclipse, así que también si está realmente contento con algunos complementos agregue ins para GWT, me gustaría saber de eso. Gracias por la entrada.

editar: tal vez estoy haciendo una pregunta muy amplia, pero incluso pequeñas cantidades de información me ayudarán a tener vistas de nvelocidad con jquery / extJs / prototype / scriptaculous y esto es un poco diferente


Creo que hizo una pregunta bastante amplia, que es parte de la razón por la que no obtuvo 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 tan duro para asegurarse de que sus widgets funcionen consistentemente en todos los navegadores web, no tiene que preocuparse por la compatibilidad entre navegadores casi tanto para su propia aplicación.

Eso lo libera para enfocarse en su propia aplicación. Cree un caso de prueba por separado para cada uno de sus widgets personalizados y pruebe que se comportan como espera, y luego escriba pruebas de nivel superior para cada módulo. Dé un paso más para que sus pruebas sean totalmente automatizables, de esa manera, cada vez que realice un cambio o esté a punto de lanzarlo, 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


Al diseñar aplicaciones GWT para que sean fácilmente comprobables, es mejor alejar tanta lógica de la vista como sea posible. Utilice un patrón de diseño que facilite las pruebas de GUI, como Model-View-Presenter (MVP), que se utiliza 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 sin formato (la mayoría de las clases centrales de GWT lo requieren, especialmente los widgets). Sin embargo, estas pruebas se ejecutan con lentitud, por lo que debe preferir diseños que pongan toda esa lógica en objetos que puedan probarse en los mismos JUnit TestCases.

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