Discussion :

[rocklass]

Bonjour,

J'ai un problème avec un test JUnit.

Le test clique sur un JButton qui ouvre un JOptionPane via l'appel à la méthode JOptionPane.showMessageDialog(...).

Lorsque j'exécute ce test, il se bloque sur cet appel (le JOptionPane est affiché).

Comment faire pour contourner ce problème, sachant que je ne peux pas modifier le code du bouton ?

Merci d'avance.

[Mako 5013]

Comment faire pour contourner ce problème, sachant que je ne peux pas modifier le code du bouton ?

A part cliquer sur le bouton de la popup, je ne suis pas sûr que l'on puisse contourner le problème...

Par contre, je me demande s'il est normal de lancer un JOptionPane(élément graphique, attendant une action de l'utilisateur qui plus est) dans le cadre d'un JUnit (test unitaire).

Mako.

[rocklass]

A part cliquer sur le bouton de la popup, je ne suis pas sûr que l'on puisse contourner le problème...

Par contre, je me demande s'il est normal de lancer un JOptionPane(élément graphique, attendant une action de l'utilisateur qui plus est) dans le cadre d'un JUnit (test unitaire).

Mako.

Mon test JUnit n'est pas un test unitaire mais un test fonctionnel. Il simule les actions de l'utilisateur sur une application basée sur une IHM Swing. Il clique donc sur un bouton. C'est l'ActionListener associé à ce bouton qui lance le JOptionPane, pas directement le code JUnit.

[Mako 5013]

Mon test JUnit n'est pas un test unitaire mais un test fonctionnel.

Je pense que c'est une utilisation de JUnit qui n'est pas adaptée.

Tu peux simuler un clic de la souris à partir de la classe Robot.java. Via un autre thread, tu fais un truc du genre :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
robot.mouseClick(abscisse, ordonnee);

Par contre, cela implique de connaître la position à l'écran de ton bouton (et si tu dois lancer ton test sur différents postes, avec des résolutions différentes, c'est le drame).

C'est moche, mais je ne vois pas comment faire autrement.

Mako.

[rocklass]

Je pense que c'est une utilisation de JUnit qui n'est pas adaptée.

Tu peux simuler un clic de la souris à partir de la classe Robot.java. Via un autre thread, tu fais un truc du genre :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
robot.mouseClick(abscisse, ordonnee);

Par contre, cela implique de connaître la position à l'écran de ton bouton (et si tu dois lancer ton test sur différents postes, avec des résolutions différentes, c'est le drame).

C'est moche, mais je ne vois pas comment faire autrement.

Mako.

Non mais je pense que c'est facilement faisable, je récupère le composant avant de cliquer dessus. Je peux donc récupérer sa position sur l'écran pour cliquer dessus. Je vais tester le robot et je dirai si mon problème est résolu.

[deathness]

Je plussoie, Junit n'est pas fait pour les tests sur les IHMs!
Il est fait pour tester tes services. Sinon on parle là de test automatique d'IHM.

[Mako 5013]

Non mais je pense que c'est facilement faisable, je récupère le composant avant de cliquer dessus. Je peux donc récupérer sa position sur l'écran pour cliquer dessus. Je vais tester le robot et je dirai si mon problème est résolu.

Je ne suis pas sûr que cela soit si facile. Il me semble (mais je peux me tromper), que tu n'as pas accès aux coordonnées de l'écran, mais aux coordonnées "de Java".

Ainsi, si tu bouges ta fenêtre sur l'écran, les coordonnées sur l'écran de ton bouton vont bouger, mais pas celles de Java (liées au référentiel de la frame principale).

Mako.