Tests automatisés pour les interfaces graphiques Java Swing [fermé]

J'utilise actuellement FEST. Il fonctionne avec JUnit et prendra également des captures d'écran des tests infructueux.

Il a des méthodes de recherche de composants par défaut qui recherchent le nom du composant testé (qui doivent être définis manuellement), mais vous pouvez également générer les testeurs pour un composant donné en lui passant le composant.

Vous pouvez essayer d'utiliser Cucumberet Swinger pour écrire des tests d'acceptation fonctionnels en anglais simple pour les applications GUI Swing. Swinger utilise la bibliothèque Jemmy de Netbeans sous le capot pour piloter l'application.

Cucumber vous permet d'écrire des tests comme ceci:

 Scenario: Dialog manipulation
    Given the frame "SwingSet" is visible
      And the frame "SwingSet" is the container
    When I click the menu "File/About"
    Then I should see the dialog "About Swing!"
    Given the dialog "About Swing!" is the container
    When I click the button "OK"
    Then I should not see the dialog "About Swing!"

Jetez un oeil à cette Échangiste vidéo démo pour le voir en action.

Nous envisageons jemmy pour automatiser certains tests de l'interface graphique. L'air prometteur.

J'utilise java.awt.Robot. N'est pas agréable, n'est pas facile mais fonctionne à chaque fois.

Avantages:

• Vous avez le contrôle
• Très rapide
• Construisez votre propre FWK
• Portable
• Aucune dépendance externe

Inconvénients:

• Pas de belle interface graphique pour construire le test
• Vous devez laisser l'interface graphique seule pendant que vous testez
• Construisez votre propre FWK
• Difficile de changer le code de test et de créer votre premier harnais

Maintenant, si vous avez le budget, je voudrais allez pour LoadRunner. Le meilleur dans la classe.

(Divulgation: relation avec la société propriétaire de LR, mais j'ai travaillé avec LR avant la relation)

Nous utilisons QF-Test et sommes très satisfaits.

Je ne l'ai pas utilisé personnellement, mais SwingUnit semble plutôt bonne. Vous pouvez l'utiliser avec JUnit, et il n'est pas basé sur "l'emplacement des composants" (c'est-à-dire les coordonnées x et y).

La seule chose que vous pouvez avoir à faire avec le constructeur de l'interface graphique NetBeans est de définir des noms uniques pour vos composants.

Vous pouvez utiliser Marathon : "Marathon Integrated Testing Environment, MarathonITE, est un framework d'automatisation de test Java/Swing™ GUI abordable, facile à utiliser et multiplateforme. Vous pouvez utiliser l'enregistreur de script intégré de MarathonITE pour créer des scripts de test propres et lisibles en Python ou en Ruby. Des fonctionnalités avancées telles que la refactorisation des méthodes d'extraction, les tests create-datadriven et l'édition d'objectmap vous permettent de créer des suites de tests maintenables et résilientes."

Sikuli: un testeur d'interface graphique utilisant des captures d'écran http://sikuli.org/

Vous pouvez essayer ReTest, qui est un nouvel outil qui implémente une approche innovante des tests de régression fonctionnelle et le combine avec les tests de singe basés sur l'ia. Il est sur le point de devenir également open source...

Avertissement: Je suis l'un des fondateurs de la société derrière ReTest.

Pour ceux qui ont un esprit aventureux, il y a gluant https://github.com/robertoaflores/Gooey un outil de test programmatique (très basique et en cours de développement) pour les applications swing.

Vous pouvez utiliser sikuliou Automa pour tester votre partie GUI, ce sont des outils bien documentés et testés

Juste fait quelques analyses rapides. Squish était le plus prometteur. Pas gratuitement cependant