Estoy trabajando en Swing, quiero saber cómo hacer TDD efectivamente para mis aplicaciones GUI.Cómo hacer un TDD efectivo para componentes oscilantes
ya he hecho algo usando Abad y Fest ... pero todavía me siento que no es eficaz,
es como hacer Functional testing solamente, si alguien tiene buenas sugerencias por favor, puesto ..
La interfaz gráfica de usuario tiene dos aspectos. Existe la configuración de la GUI (por ejemplo, arrastrar y soltar) y luego está lo que hace la GUI (presionar este botón inicia una URL en un navegador web).
En cuanto a la GUI, recomiendo Test Just After, donde escribe un poco de código y ve que Swing realmente hace lo que espera que haga, y luego pone ese código en un método comprobable que bloquea el comportamiento . Aún lo mantienes pequeño, por lo que tu necesidad de probar impulsa el diseño un poco, pero al final del día, el marco Swing impulsa el diseño más.
En cuanto a lo que hace la GUI, mantiene la parte no probada lo más delgada posible, y escribe primero una prueba para una llamada de método que hace lo que necesita. Por ejemplo, la adición del oyente de acción puede no ser comprobada, pero el oyente de acción no hace nada más que delegar en un método que está bajo prueba.
En cierto punto, debe recordar que se trata de pruebas unitarias, por lo que es posible que pasen todas las pruebas y Swing siga sin comportarse como usted desea. No espere que TDD le brinde mejores resultados. Las pruebas funcionales tienen su lugar también.
Descubrí que Abbot puede ayudar con el primer tipo de Test Just After, pero no lo suficiente como para justificar la herramienta adicional (en nuestro proyecto tenemos frameworks que salen de nuestros oídos, así que trato de ser prudente sobre cuántos usamos).