Test de GUI avec JUnit

Question

Eh bien, nous connaissons tous le développement piloté par les tests. Je devrais écrire une bibliothèque basée sur une interface graphique, mais pour être honnête, j'ai toujours négligé les tests. JUnit pour l'université et tel, mais nous n'avons jamais eu plus profond que l'habituel "Mettre en œuvre une liste et le tester." Donc, puisque je ne veux pas écrire un millier d'applications pour les fonctionnalités, j'aimerais savoir, quelle est l'approche "professionnelle" des tests de bibliothèque basés sur l'interface graphique avec Scala et JUnit?

Merci d'avoir écouté. Séparez votre couche de présentation de tout le reste.

Answer 1

Gardez la couche de présentation aussi mince que possible afin que les tests puissent théoriquement se dérouler dans un intermédiaire d'un modèle donné; MVC, MVVM, etc ...

Au moment où vous commencez à coupler la couche de présentation avec la logique sous-jacente, vos tests deviendront un cauchemar à maintenir et à exécuter. A la fin du test approfondi de vos modèles/ViewModels/Controllers, etc ... tester la couche Presentation peut souvent perdre de sa valeur très appréciée. Est-ce toujours valable? Oui ... mais le retour a considérablement diminué.

Ces concepts s'appliquent à de nombreux frameworks/langages. Une fois que vous aurez compris cette compréhension, les avantages technologiques d'un cadre/langage donné apparaîtront naturellement. Ne comptez pas sur le cadre/la langue pour répondre à cette question. Un cadre/langage peut certainement se prêter à une séparation beaucoup plus amicale des préoccupations, mais la séparation des préoccupations est et a toujours été au premier plan de tout type de test; GUI inclus.

Answer 2

Lire le livre Test Driven un TDD pratique et acceptation TDD pour les développeurs java.

Il couvre les bases sur la façon de tester unitairement des applications Swing ainsi que certaines techniques TDD.

Je n'ai pas fini le livre donc je ne sais pas s'il couvre Scala mais je recommande fortement ce livre (déjà)!

Note personnelle: si vous voulez passer à l'action, sautez le chapitre un, mais revenez-y. Il couvre la section « Comment commencer à utiliser TDD en général »

Test Driven book link