3
Existe-t-il de bons cadres pour tester automatiquement les interfaces graphiques AWT?Existe-t-il de bons cadres pour tester automatiquement les interfaces graphiques AWT?
L'intégration avec JUnit serait un plus.
A
Répondre
0
1
FEST est votre meilleur pari.
Il s'agit, en son cœur, d'un cadre de test de type JUnit/Test-NG; et sa principale caractéristique est des interfaces fluentes autour de la classe Robot.
Alors qu'il est destiné à tester les applications Swing, je crois que vous pouvez également test AWT applications avec elle. De plus, en raison de ses racines et de son histoire, il est très similaire au test de style xUnit, donc l'intégration avec JUnit devrait être facile. Il a également des plugins pour les EDI Netbeans et Eclipse, ce qui vous permet d'exécuter des tests unitaires dans votre environnement de développement. Cependant, l'inconvénient principal est que vous ne pouvez pas "enregistrer" des cas de test, comme le permettent certains outils/frameworks de test. Vous devrez coder les cas de test.
Marathon n'est pas développé activement du tout, son sourceforge est mort depuis environ 18 mois, et 2.0 est en version bêta depuis si longtemps. Leurs développeurs répondent aux requêtes sur leurs forums google groups. Aussi, je pourrais annoncer que le PO a demandé des tests automatisés AWT. Marathon ne supporte que Swing. – bguiz
@bguiz, vous avez probablement raison: le marathon est vicié aussi. Je sais juste qu'il y a quelques années, il semblait plus frais que l'abbé. Et j'espérais que cela a été développé depuis, c'est une mauvaise nouvelle que ça ne l'est pas. – dhblah
Ouais j'utilise marathon moi-même, et c'est parmi les meilleurs qui sont gratuits (si vous avez besoin d'un outil qui peut enregistrer et rejouer). Certainement beaucoup mieux qu'abbott. H/w si vous décidez de l'utiliser, vous devez vous préparer à l'absence totale de réponse de ses développeurs aux rapports de bogues et aux demandes de fonctionnalités. – bguiz