Je recherche un outil de test GUI Java dans lequel des tests peuvent être créés en enregistrant mes actions d'interface graphique (touches enfoncées, fenêtres fermées, etc.)
Un mécanisme de script pour les tests d'écriture n'est pas requis.
Cela pourrait être libre ou commercial, mais pas cher et génial est meilleur que coûteux et génial.
Mon application est une application client riche écrite dans Java SE 6.
yoav
9 Réponses :
Si c'est une application Swing, vous pourriez jeter un coup d'œil sur Marathon .
Avez-vous une expérience avec elle?
J'ai été impressionné par Quick Test Pro. C'est un logiciel de paiement de HP, mais il a été en mesure d'obtenir à certains logiciels que la plupart des outils ne peuvent pas travailler. Il dispose de certaines fonctionnalités de données afin que les tests puissent être exécutés plusieurs fois avec des entrées de données variables. Il est scriptable via VB afin que la plupart des personnes testeurs / développeurs puissent travailler avec elle. Je l'utilise récemment pour exécuter des tests sur de nombreuses machines à utiliser dans des tests de performance.
J'ai utilisé JEMMY il y a quelques années. Maintenant, je fais principalement des webapps, alors mon expérience dans ce domaine peut être quelque peu ancienne. : -)
JEMMY est un cadre solide, par ex. Utilisé par Oracle pour tester Netbeans, JavaFX et d'autres éléments énormes.
Link est mort: essayez jemmy.java.net
Jameleon est très utile pour tester des applications Web. Il combine un certain nombre de cadres offrant une grande flexibilité à votre approche contenue dans un cadre de lancement unique.
Un mécanisme de script pour l'écriture Les tests n'est pas requis.
Oui, c'est. Pure Capture / Replay ne fonctionne tout simplement pas dans la pratique, vous devez toujours modifier les scripts résultants. Et vous finissez souvent par dépenser beaucoup de temps à ce que vous économisez dans un environnement inadéquat que vous économisez sans temps sur une solution de script pure sur mesure pour une écriture efficace de script.
Il n'y a pas de capture pour Jameleon, je pense que vous pouvez confondre cela avec capture et enregistrement de sélénium. Jameleon est un cadre de script pur.
Vous avez également le testeur fonctionnel rationnel d'IBM:
http://www-01.ibm.com/software/ AWDTOOLS / TESTER / FONCTIONNEL /
J'ai utilisé une version plus ancienne pour tester les applications de formulaires .NET (elle fonctionne également avec les applications Java, les applications natives Windows, les pages Web). Il a échoué beaucoup de fois et l'intégration avec .NET n'était pas si grande. Je ne le recommande pas tout à fait à cet effet .
Cependant, il est connu de travailler mieux avec les applications Java (RFT elle-même est fabriquée en Java et Java Apps était la cible originale que je pense), spécialement dans ses versions les plus récentes.
C'est une application très coûteuse cependant. Personnellement, je ne l'utiliserais plus, à moins que je n'ai pas eu un autre choix.
Je suis d'accord avec Kettlerij, Marathon est la voie à suivre.
Il est facile d'intégrer dans des systèmes externes tels que Subversion & Cruisecontrol, car tous les scripts sont lisibles à l'homme (Jython) et non verrouillés dans un format propriétaire nécessitant une exportation (comme la plupart des outils commerciaux).
Il est capable d'enregistrer des scripts dans votre choix de Jython ou de Jruby, essentiellement python et rubis qui vous donnent accès à l'API Java. Très facile à comprendre.
Pour les testeurs avancés, vous pouvez identifier le composant GUI que vous souhaitez sélectionner à l'aide de non seulement leurs noms, mais plutôt un sous-ensemble unique de leurs propriétés, par exemple
... trouve un composant dont Cliquez sur ('{Texte: OK activé: true}')
gettext () est "ok" et isenabled () est "vrai". Cela rend les scripts hautement dynamiques et plus faciles à entretenir.