Automatisation test swing

Bonsoir,

jDiffChaser a besoin du nom de la fenêtre depuis laquelle enregistrer les actions. Ce nom est le nom du composant Java, fournit par la méthode Component.getName().
Ceci est expliqué plus en détail dans le manuel que vous pouvez trouver dans l'archive téléchargeable mais pour faire court: soit vous avez accès au code de l'appli dont vous voulez tracer les évolutions de GUI, auquel cas vous pouvez définir le nom de la frame dans celui-ci et du coup l'utilsier dans jDiffChaser (recorder et player). Dans le cas plus rare où vous n'avez pas le code, vous pouvez utiliser un outil de jDiffChaser, le frame identifier. Cet outil lance l'application dont vous n'avez pas le code (via un script adapté) et donne les noms des frames sur lesquelles se promène la souris via une infobulle; la jvm a la bonne idée de donner des noms par défaut au frame, du coup on arrive même à lancer jDiffChaser sur une appli java sans en connaître le code...

Pour le cas où l'on connaît le code, par exemple, dans l'archive de jDiffChaser un exemple est:

159 <target name="run-recorder-sketchbook-sample" depends="compile,set-win-args,set-mac-args" description="Runs the sketchbook sample recorder">
160 <echo message="library.path is : ${library.path}"/>
161 <echo message="Java home is ${env.JAVA_HOME}"/>
162 <parallel>
163 <sequential>
164 <java classname="org.jdiffchaser.testing.DefaultRecorder"
165 fork="yes"
166 spawn="false"
167 jvm="${env.JAVA_HOME}/bin/java" >
168 <classpath refid="run.classpath"/>
169 <jvmarg value="-Djava.util.logging.config.file=logging.properties"/>
170 <jvmarg value="-Xmx128M"/>
171 <jvmarg value="-Djava.library.path=${library.path}"/>
172 <arg value="org.jdiffchaser.samples.sketchbook.version1_1.SketchBSample"/>
173 <arg value="SketchBSample old frame"/>
174 <arg value="./scenarios/sketchbook-sample"/>
175 <arg value="4256"/>
176 </java>
177 </sequential>
178 <sequential>
179 <java fork="yes" classname="org.jdiffchaser.scenarihandling.RemoteControlFrame"
180 jvm="${env.JAVA_HOME}/bin/java">
181 <classpath refid="run.classpath"/>
182 <jvmarg value="-Djava.library.path=${library.path}"/>
183 <arg value="4256"/>
184 </java>
185 </sequential>
186 </parallel>
187 </target>

Cette tâche lance deux process java, un contenant l'appli dont on veut enregistrer les actions (lignes 163 à 177) et un process affichant la fenêtre de la télécommande d'enregistrement (lignes 178 à 185). Pour détailler un peu plus, la ligne 172 est la classe que l'on lance habituellement pour notre appli à "DiffChaser", la ligne 173 est le nom de la frame (définie dans le code par Component.setName() appliqué à la frame), la 174 le répertoire où sauvegarder le scenario, et la 175 le port jmx surlequel la "télécommande" va se plugger pour commander les enregistrements.

Pour exemple d'une appli dont on ne connaît pas ou dont on a pas touché au code, l'archive de jDiffChaser contient des targets utilisée pour "DiffChaser" jEdit, un projet que vous connaissz peut-être.
La première target nous permet d'utiliser l'outil servant à identifier le nom de la frame depuis laquelle enrgistrer les actions:

366 <target name="run-frameidentifier-jedit" depends="compile,set-win-args,set-mac-args" description="run Frame Identifier on jEdit">
367 <echo message="library.path is : ${library.path}"/>
368 <echo message="Java home is ${env.JAVA_HOME}"/>
369 <java fork="yes" classname="org.jdiffchaser.testing.FrameIdentifier">
370 <classpath refid="jedit.classpath"/>
371 <jvmarg value="-Djava.util.logging.config.file=logging.properties"/>
372 <jvmarg value="-Djava.library.path=${library.path}"/>
373 <jvmarg value="-Xmx128M"/>
374 <!--jvmarg value="-DuseDropShadow=true"/-->
375 <arg value="org.gjt.sp.jedit.jEdit"/>
376 </java>
377 </target>


Une fois le nom de la frame trouvé (ici à priori, c'est "frame1"), on peut lancer les enregitrements via un target du type:

407 <target name="run-localplayer-jedit" depends="compile,set-win-args,set-mac-args" description="run Default Scenario Player for jedit">
408 <echo message="library.path is : ${library.path}"/>
409 <echo message="Java home is ${env.JAVA_HOME}"/>
410 <java fork="yes" classname="org.jdiffchaser.testing.DefaultPlayer">
411 <classpath refid="jedit.classpath"/>
412 <jvmarg value="-Djava.util.logging.config.file=logging.properties"/>
413 <jvmarg value="-Djava.library.path=${library.path}"/>
414 <!-- 2 lines below to change DefaultPlayer default exit key sequence, as an example -->
415 <!-- from Alt-Q (DefaultPlayer default) to Alt-C -->
416 <jvmarg value="-Dexit.key=C"/>
417 <jvmarg value="-Dexit.key.modifier=Alt"/>
418 <jvmarg value="-Xmx128M"/>
419 <arg value="org.gjt.sp.jedit.jEdit"/>
420 <arg value="frame1"/>
421 <arg value="./screenshots/jedit"/>
422 </java>
423 </target>

Voilà,

Notez que nous sommes actuellement en train d'essayer d'intégrer un moyen d'enregistrer les actions via client vnc, ce qui ouvre un champ d'applications bien plus grand, par exemple, ce que l'on a déjà testé (mais pas encore intégrer au code open source): enregistrer et jouer des scénarios via vnc sur des serveurs virtuels dans lesquels on fait tourner l'appli que l'on veut , dans ses versions successives, ou deux versions d'un même site web sur un certain type de navigateur, etc...

Aucune raison que ça ne marche pas, le naming d'un composant Swing n'est pas utilisé. Le robot qui joue le scénario (de même que la "parasite" qui l'enregistre) se base uniquement sur les coordonnées et types d'events, c'est d'ailleurs l'intérêt de l'approche visuelle (qui a d'autres inconvénients évidemment, l'approche dépend des besoins).
Il doit y avoir un autre problème de votre côté.