comment faire test sans afficher dans IUG FEST-SWING
-
22-09-2019 - |
Question
Dans mon projet, nous utilisons FEST pour les tests de l'interface graphique. Nous avons été convaincus que FEST est puissant, mais l'affichage des trames à chaque fois est une perte de temps. De plus, nous utilisons continuum et FEST ne fonctionne pas avec continuum parce que le maven de continuum ne peut pas ouvrir l'interface graphique (par la façon dont nous utilisons Maven aussi, et nos tests passent dans maven sur notre machine locale).
Comment puis-je résoudre ce problème?
S'il est impossible, s'il vous plaît me renseigner.
La solution
FEST par la conception affiche l'interface utilisateur. Si vous ne voulez pas les tests pour bloquer votre bureau, la seule façon est d'utiliser une sorte de bureau virtuel: - Xvfb (Linux) - VMWare (Linux, Windows) - ouverture de session automatique (Windows - pas testé, trouvé quelque part dans docs)
Vous pouvez en lire davantage ici: http://docs.codehaus.org/ affichage / FEST / continu + intégration
ou non peut être lié, mais pour accélérer vos tests ont un oeil à:
Robot.settings().delayBetweenEvents()
Ce contrôle comment les événements de la souris et le clavier sont rapides.
Autres conseils
Vous pouvez utiliser le module Cacio-tta de Caciocavallo ... Je sais que ça sonne comme je parle du fromage, mais il est un vrai projet:
http://openjdk.java.net/projects/caciocavallo/
Le cadre de test se compose d'un coureur qui se branche dans Fest ( « CacioFESTRunner ») et vous permet d'exécuter le test sans perturber votre flux normal, vous n'avez pas besoin un serveur spécial, puisque cacio a tout ce qui est nécessaire.
Il est également entièrement synchrone, de sorte que vous n'avez pas à vous soucier de pannes parasites dus à commande de dessin étant distribué de façon asynchrone, et il est disponible en tant que paquet de maven il est donc très facile à installer.
Vous trouverez plus d'informations ici:
Jetez un oeil à Windowlicker :
Un cadre pour le test driven le développement des systèmes Java par le biais l'interface graphique.
Je ne l'ai pas utilisé moi-même, mais il est écrit par certains des mêmes personnes qui ont écrit JMock, il devrait donc être un utilitaire de bonne qualité.