JUnit et JOptionPane

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.

Citation:

---

Envoyé par rocklass

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.

Citation:

---

Envoyé par Mako 5013

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.

Citation:

---

Envoyé par rocklass

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:

---

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.

Citation:

---

Envoyé par Mako 5013

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:

---

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.

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.

Citation:

---

Envoyé par rocklass

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.

Citation:

---

Envoyé par Mako 5013

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".

---

Pour info, pour swing, il y a la fonction SwingUtilities.convertPointToScreen qui permet de convertir un point de n'importe quel composant (en coordonnées composant) en coordonnées ecran. J'avais utilisé ca pour faire du drag and drop un peu plus joli que le drag and drop classique (en dessinant un JPanel qui suit la souris) :)

Sinon, tu peux aussi ne pas réinventer la roue, pour tester du swing tu as des bibliothèques telles que uispec4j

Citation:

---

Envoyé par hwoarang

Pour info, pour swing, il y a la fonction SwingUtilities.convertPointToScreen qui permet de convertir un point de n'importe quel composant (en coordonnées composant) en coordonnées ecran.

---

Je l'igorais, merci pour l'info :ccool:

Mako.

Ça marche bien avec le robot. Par contre, il faut que l'application Swing et l'outil de test qui utilise le robot soit exécuté dans des threads séparés.