Quels frameworks de test utilisez-vous ?

Salut

Comme il y a peu de documentation sur ce sujet, je reviens vers vous pour avoir vos feedbacks sur des frameworks de tests pour tester des applications JSF, Icefaces, Richefaces ...

Perso, j'utilise pour tester mon appli Icefaces, HtmlUnit c'est pas mal, mais je suis très limité quand c'est question de tester un composant un peu complexe. La par exemple je cale sur le test de deux data table imbriquées. C'est vraiment pas fait pour ca je pense.
Il y a JSFUnit qui apparemment permet de tester les composants JSF, mais avec une petite recherche sur google concernant mon cas. j'ai remarqué qu'il engendre des des conflits entre icefaces et jsf. Des erreurs liées au javascript aussi.

Pourriez me donner vos retours d'expériences concernant ce sujet ?

Et si quelqu'un à deja utilisé Htmlunit pour faire des tests poussés sur des composants icefaces, richefaces ou autre. ca serait bien s'il me montre comment il a procédé

Merci

pour tester les bean jsf, j'utilise des outils de type comme shale-test, qui fournissent des implémentation Mock des composants JSF et qui me permettent de tester les bean, les EL etc (tout ce qui n'est pas HTML) sans avoir besoin d'un conteneur web (rapide et léger à lancer tout ça). Pour le reste (tester les comportement visuels), j'utilise Selenium, qui permet de lancer directement les teste à travers un browser web (firefox ou IE) après avoir déployé un webapp de test sur un serveur de test.

En pratique, pour cette phase, on a un projet maven2 'test' de type WAR, et dans l'intégration-test on a un combinaison de Selenium server, cargo (pour démarrer un tomcat de test) et des unit tests qui ressemblent à çà:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50

import junit.framework.TestCase;   import com.thoughtworks.selenium.DefaultSelenium; import com.thoughtworks.selenium.SeleneseTestCase; import java.util.regex.Pattern;   public class TextAndDocsParameterTest extends SeleneseTestCase { protected DefaultSelenium createSeleniumClient(String url) throws Exception { return new DefaultSelenium("localhost", 4444, "*firefox", url); } public void setUp() throws Exception { selenium=createSeleniumClient("http://localhost:6969/"); selenium.start(); } public void tearDown() throws Exception { selenium.stop(); } protected boolean isCaptureScreetShotOnFailure() {return true;}   public void testTextAndDocument() throws Exception { selenium.open("test-site/test/HtmlTextAndDocsParameterRenderer.faces"); assertTrue(selenium.isElementPresent("parameterTestForm:edit:comment")); assertTrue(selenium.isTextPresent("Obvious textgoogle (be)google (com)google (uk)")); assertTrue(selenium.isElementPresent("parameterTestForm:edit:add")); assertTrue(selenium.isElementPresent("parameterTestForm:edit:0:delete")); assertTrue(selenium.isElementPresent("parameterTestForm:edit:1:delete")); verifyTrue(selenium.isElementPresent("parameterTestForm:edit:2:delete")); assertEquals("google (be)", selenium.getText("link=google (be)")); assertTrue(selenium.isElementPresent("link=Modifier ce document")); assertTrue(selenium.isElementPresent("link=google (com)")); assertTrue(selenium.isElementPresent("//a[@onclick=\"if (showBlock('parameterTestForm:edit:1:edit')) removeElementContent('parameterTestForm:edit:1:show'); return false;\"]")); assertTrue(selenium.isElementPresent("link=google (uk)")); assertTrue(selenium.isElementPresent("//a[@onclick=\"if (showBlock('parameterTestForm:edit:2:edit')) removeElementContent('parameterTestForm:edit:2:show'); return false;\"]")); selenium.type("parameterTestForm:edit:comment", "text and document test"); selenium.click("parameterTestForm:edit:add"); assertTrue(selenium.isElementPresent("parameterTestForm:edit:3:name")); assertTrue(selenium.isElementPresent("parameterTestForm:edit:3:uploadedDocument")); assertTrue(selenium.isElementPresent("parameterTestForm:edit:3:uploadedDocument")); assertTrue(selenium.isElementPresent("parameterTestForm:edit:3:update")); assertTrue(selenium.isTextPresent("Nom")); assertTrue(selenium.isTextPresent("Envoyer un fichier")); assertTrue(selenium.isTextPresent("Type de document")); assertTrue(selenium.isElementPresent("document.parameterTestForm.elements['parameterTestForm:edit:3:DocumentType'][1]")); assertTrue(selenium.isElementPresent("parameterTestForm:edit:3:DocumentType")); assertTrue(selenium.isElementPresent("document.parameterTestForm.elements['parameterTestForm:edit:3:DocumentType'][2]"));   } }

---

Seules limitations rencontrées avec selenium:

1. Pas possible de tester les fileupload (selenium travaillant en javascript)
2. on ne peux rien faire sur la machine pendant ce temps (envahie de fenetre firefox pendant quelques minutes)
3. Les adminitrateur système veulent t'effacer ce virus qui affiche des popups :p
4. Compiler le war + démarrer tomcat, même si c'est automatique dans le test, ca prend du temps (quelques minutes)
5. si tu teste trop fort ton composant, tu dois changer régulièrement tes tests (en particulier si les ids changent souvent, selenium se basant fortement là dessus)

j'avais testé à une époque des framework du type HttpUnit, mais c'est vraiment mal adapté (pas de test de javascript, analyse du html brut nécessaire, le moindre changement dans le html fait sauter le test, pas de garantie visuelle).

Cerise sur le gateau, les unit test selenium peuvent faire un capture d'écran lors du failure du test (non seulement tu sais quoi foire, mais tu sais ce qu'il y avait à l'écran à ce moment là :p)

Merci beaucoup pour ta reponse,

J'avais vu un peu selenuim mais vite fait, j'avais preferer utiliser HtmlUnit croyant que c'est plus pratique par ce qu'il est a priori plus utiliser...


En tous cas je vais me lancer dans tests plus pousser avec Selenium, j'espere qu'il pourra me tester mes data table :)


Merci encore

Il existe aussi JSF Unit de JBoss, mais je ne l'ai jamais essayé. Quelqu'un a un retour à faire sur l'outil ?

Salut tchize_,

Est ce que tu aurais un peu de doc sur Shale ? a part la doc du site officiel. Car sur leur site je ne vois pas par ou commencer, de mon humble avis je trouve que c'est mal organisé pour quelqu'un qui ne sait absolument rien du tout sur Shale ou les implementations Mock

non j'ai pas de doc. J'ai juste utilise la javadoc pour voir quelles classes existaient et les manipuler. Le reste, comme c'est juste des bêtes classes, ca a pas été trop dur (pas de config particulière à faire, etc)


http://shale.apache.org/shale-test/apidocs/index.html

Merci pour ta réactivité,

tu n'aurai pas quelque part sur ta machine un exemple d'une classe hello world avec ce framework qui traine encore, ca m'aidera a commencer ?

EDIT : Desole je crois que j'ai écrit vite, je pense qu'il propose des exemples si je telecharge ce framework !

Merci

le framework de test est de toutes facon utilisé par shale en lui même pour ses unit test -> suffit de regarder les unit test :)

Es-ce possible d'initlialiser des test avec des champs autocomplete sur une application qui utilise des tabbed pane d icefaces ??? si c'est possible je me demande bien comment ...

avec selenium, tu peux tester tout ce que tu veux coté browser. (sauf les file upload). Principe, un serveur java pilote le navigateur (firefow ou ie ou autre) par javascript pour simuler le comportement de l'utilisateur. Les requetes sont elles, effectuées par un vrai serveur (tomcat, jboss ou autre) qui donne les réponse. Plus qu'à tester que les pages correspondent à ce qu'on attends.

Citation:

---

Envoyé par tchize_

avec selenium, tu peux tester tout ce que tu veux coté browser. (sauf les file upload). Principe, un serveur java pilote le navigateur (firefow ou ie ou autre) par javascript pour simuler le comportement de l'utilisateur. Les requetes sont elles, effectuées par un vrai serveur (tomcat, jboss ou autre) qui donne les réponse. Plus qu'à tester que les pages correspondent à ce qu'on attends.

---

Merci ça l'air intéressant en effet

Salut tchize_,

Pourrais tu m'éclaircir sur certains points que je comprends pas encore et me corriger au cas ou je me trompe ?

- Concernant Shale Test, si j'ai correctement compris, je dois créer des mocks qui représentent mes composants JSF pour pouvoir les tester par la suite.

- Shale test me permettra de tester les valeurs du composants, validateurs, converstisseurs ... mais pas le un click ou une action sur ce composants, cela je pourrais le faire avec selinium.

- Le composant à tester doit être créer et initialiser dans la méthode setUp(). Je peux utiliser un composant normal ou bien dois je disposer d'un composant mock ?

- Je ne voit pas comment cette classe de test interagira avec mon backing ou managed bean. Puisque pour tester on execute à ce niveau que des méthode JUNIT, pour moi je vois aucune interaction avec la vue, je pense que je mélange le test de composants avec le test fonctionnel !!!


Merci bq

Citation:

---

Envoyé par Esil2008

- Concernant Shale Test, si j'ai correctement compris, je dois créer des mocks qui représentent mes composants JSF pour pouvoir les tester par la suite.

---

Non, tu dois les instancier seulement, le but de shale test est justement de te fournir les mock pour les classes de base JSF (FacesContext, ResponseWriter, etc, le tout sans les besoins d'un conteneur J2EE derrière). T'as juste à les instancier et le relier entre eux. Ensuite tu teste tes Beans principalement, mais aussi tu peux tester des converter, etc

Citation:

---

Envoyé par Esil2008

- Shale test me permettra de tester les valeurs du composants, validateurs, converstisseurs ... mais pas le un click ou une action sur ce composants, cela je pourrais le faire avec selinium.

---

En gros c'est çà, pas de test de rendu, c'est léger, pas de browser, pas de serveur, mais évidement ca a ses limites :)

Citation:

---

Envoyé par Esil2008

- Le composant à tester doit être créer et initialiser dans la méthode setUp(). Je peux utiliser un composant normal ou bien dois je disposer d'un composant mock ?

---

L'idée c'est, soit tu instancie toi même un ou pluieurs Bean et tu les enregistre dans le facescontext, ensuite t'appele la méthode a tester qui utilsie ces bean. Donc ca sert à tester des bout de code qui reposent sur la présence d'un FacesContext, d'un ApplicationContext ou autre factory de JSF. Pour un composant JSF à part entière, il vaut mieux opter pour un test dans un browser, comme selenium. Note que tu peux très bien, je pense, par exemple tester le decode() de ton composant dans un shale-test. T'as juste à lui passer uen fausse requete et lui dire de faire son décode ^^

Citation:

---

Envoyé par Esil2008

- Je ne voit pas comment cette classe de test interagira avec mon backing ou managed bean. Puisque pour tester on execute à ce niveau que des méthode JUNIT, pour moi je vois aucune interaction avec la vue, je pense que je mélange le test de composants avec le test fonctionnel !!!

---

La vue en temps que JSF View sera présente avec toutes ses méthodes via le MockView de Shale test, mais de fait il n'y aura pas "rendu" effectif vers un browser. Et ce sera a toi d'appeler les méthode du composant, car il n'y aura pas non plus construction de l'arbre JSF depuis un JSP ou xhtml facelets.

Merci bq pour toute ces précisions, je comprend un peu mieux mnt ce framework

j ai testé Selenium et comme je le pensais ca ne répond pas à mes besoins après deux clicks le recorder n'arrive pas à reproduire mes actions

le principe c'est d'abord d'enregistrer tes action, ensuite passer sur l'enregistrement et le nettoyer en ne faisant que ce que tu veux faire, en rajoutant des wait là où il faut etc. Et faut pas perdre de vue qu'il faut un envirronement propre à chaque exécution :)

On a ici des pages complexe avec des composants custom qui utilisent du javascript en veux-tu en voilà, on est capable de les tester avec selenium :)

seule contrainte, on s'assure que le browser démarre bien sur une nouvelle session à chaque fois. Comme on pilote par JUnit selenium, on a simplement le setup qui demande a selenium un nouveau profil à chaqe exécution :)

peut être qu'il s agit d'une limitation du plugin de firefox je testerai le framework quand j'en aurai le temps et que le client sera d'accord ...

c 'est surtout qu'il faut nettoyer ce que le plugin enregistre :) certains appels doivent etre simplifiés pour qu'ils marchent dans tous les cas. Dans l'absolu, le plugin firefox joue exactement de la meme manière que selenium server.

Citation:

---

Envoyé par tchize_

c 'est surtout qu'il faut nettoyer ce que le plugin enregistre :) certains appels doivent etre simplifiés pour qu'ils marchent dans tous les cas. Dans l'absolu, le plugin firefox joue exactement de la meme manière que selenium server.

---

tu entends quoi par nettoyer ? la séquence de click et d attribut basé sur l id

pour le host de départ, parfois faut le rendre plus générique. Comme en jsf il y a des session bean, il faut s'assurer qu'il soient, lors du rejeu, exactement dans le meme état qu'ils n'étaient au départ (et le plus simple c'est de s'assurer qu'on démarre toujours avec une nouvelle session, donc en virant à chaque fois les cookies ^^). Si t'as beaucoup de code généré en ajax, mettre de délais dans le rejeu, pour s'assurer que le ajax a le temps de s'exécuter (par défaut, l'enregistreur ne met des délais que sur le requetes). Sinon, tu va courir le risque que le rejeu aille plus vite que ton serveur et te dise qu'il trouve pas ses trucs :)

finalement combien ca coute de mettre en place ce genre de test ? en terme de temps


actuellement j ai 16 utilisateurs qui testent ce qu'on produit ...j'aimerais voir la réaction de l'appli pour 5000 users en même temps ...

pour tester la montée en charge c'est encore autre chose :D. Faut utiliser des trucs comme JMeter :)

Selenium, junit, shale-test vont te permettre de lancer des tests unitaire, mais on utilise rarement ca pour la montée en charge :)


les test unitaire, c'est "si je faits çà, ca dois répondre çà", la montée en charge c'est "si j'ai 5000 utilisateurs, la réponse doit arriver dans les 200ms"

Les tests de montée en charge, ca met quelque minute à configurer avec JMeter, après tu lance, tu va te chercher un café et tu regarde :)

Les tests selenium, y a du bordel à mettre en place, donc les premiers seront plus long à configurer (ici on a mis 3 jours à automatiser correctement les premiers tests selenium), après, les suivant reprenent la meme architecture, y a plus qu'à les écrire, c'est aussi rapide à écrire que des tests JUnit classique. Mais ca vaut le coup. Surtout quand le fenetres défilent à l'écran et que le sysadmin insiste pour te faire installer un anti spyware parce que "c'est curieux ces fenetres qui s'ouvrent toutes seules :p"

mais mon problème reste que le même qu'au départ es ce que jmeter est capable de compléter mes champs autocomplete et de gérer des interfaces icefaces complexe ? j'ai du mal à la croire sans une interaction lourde de la part des développeurs

tu dosi séparer ton test en 2

avec selenium, tu vérifie que l'interface se comporte correctement pour un utilisateur.

avec jmeter, tu fait un enregistrement de session (oui jmeter est capable de capturer une session au niveau de la couche tcp/ip et traduire çà en série de requetes http à envoyer au serveur) et tu lui demande de rejouer cette session de requetes 5000 fois en //, et tu regarde si le serveur tiens le coup. C'est deux tests différents :)

Si tu veux tout tester d'un coup, tu va aboutir à des test inmaintenable, qui casseront sans nécessité à la première occasion. Faut saucisonner tes test en éléments de base. T'as un formulaire avec 50 champs auto-complete? Tu crée des pages tests avec 2/3 autocomplete et tu vérifie que le composant se comporte correctement :)

Tu as toute fait raison tchize_, pour les tests de charge, j'ai pas trouvé mieux que JMeter, c'est simple et assez complet, avec plein de stats etc.

Pour tester l'interface graphique, j'ai essayé HtmlUnit et Selenium, je préfère de loin Selenium, même si jusqu'à maintenant je n'arrive pas à faire des tests très complexe sur mon appli Icefaces, surtout sur les datatable imbriquées, mais il faut dire que ça fait un moment que j'y est pas toucher, car j'ai essayé de voir pas mal d'autres frameworks.

Je vous tiendrais au courant pour mes tests Selenium, que je vais reprendre aujourd'hui :)

Salut,

Avec Selenium, pour attendre le chargement d'une page, on a la méthode waitForPageToLoad, mais pour attendre le chargement des données suite à un clique sur une case à cocher par exemple comment peut on faire ? le sleep ne marche pas, il y a un blocage et le wait déclenche une exception (current thread not owner). Comment pourrais je faire cela ?

si t'es coté java (en utilisant donc une instance de com.thoughtworks.selenium.Selenium), tu as plusieurs méthodes:

* setSpeed(), qui défini le temps que selenium dois prendre encre chaque opération, utile pour laisser au serveur web le temps de réagir en ajax :)
* waitForCondition(), que j'ai jamais essayé
* ou le sleep en java (explique pourquoi ca marche pas si ca marche pas)

le "wait", coté java, c'est présent sur tout les objet et ça a a voir avec les sémaphore -> ne te concerne pas.

Merci pour ces precisions, je vais essayer setSpeed.

Pour le sleep, il ne marche pas dans le cas d'un test en lançant le browser selenium. IL cree un blocage ...

Voila une petite classe de test que j'utilise

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48

public class ObmSelenium extends TestCase {   private Selenium browser;   public void setUp() throws Exception { browser = new DefaultSelenium("localhost", 4444, "*iexplore", "http://localhost:8087/extranet/"); browser.start(); }   public void testNew() throws Exception { System.out.println("Start testing");   browser.open("/extranet/login.iface"); browser.type("loginForm:login", "test"); browser.type("loginForm:password", "testtest"); browser.click("loginForm:j_id25");   System.out.println("User connected");   browser.waitForPageToLoad("30000");     browser.click("idFormFilter:idTimeFilter:_2"); System.out.println("Week view activated");   Thread.sleep(10000);   browser.click("idFormFilter:idTimeFilter:_3"); System.out.println("Opened view activated");     browser.click("idFormFilter:idParentFilter:_2"); System.out.println("Child orders view activated");     browser.click("idFormFilter:idParentFilter:_1"); System.out.println("Parent ordres view activated");       }   public void tearDown() { browser.stop(); }   }

---

Le programme se bloque au niveau du premier sleep, si je l'enlève ça marche, mais les données n'ont sûrement pas était chargées.

Pour le wait ta raison, je l'ai mit bêtement sans réfléchir.

EDIT

Je viens de remplacer le sleep par un setSpeed, ça me cause aussi un blocage sur ce niveau.
Si je met le setSpeed au debut directement après le browser.start(), le programme se bloque sur witForPageToLoad, ta une idée ???

Merci

remplace par

try{
Thread.sleep(10000);
} catch (InterruptedException e){
e.printStackTrace();
}

histoire qu'un interrupted arrete pas ton test :)

aussi, recommendation. quand tu dois viser des composant par leur id, assure toi que les id sont fixe. Des choses comme _id1, _id2, c'est fortement suceptible de changer d'une compilation à l'autre. Imagine qu'un developpeur rajoute un composant non nommé qui prend l'_id1, ben ton test marche plus car tous les autres id sont décallé :)

donc quand selenium vise un composant jsf, toujours s'assurer que ce composant a un id="...." dans le template :)

Citation:

---

Envoyé par Esil2008

EDIT

Je viens de remplacer le sleep par un setSpeed, ça me cause aussi un blocage sur ce niveau.
Si je met le setSpeed au debut directement après le browser.start(), le programme se bloque sur witForPageToLoad, ta une idée ???

---

attends 30 secondes pour la wait :) Si tu lance dans un debugger (genre eclipse) fait un pause de ton application et regarde dans la stack ce qu'il a l'air de vouloir attendre. C'est peut etre un problème de synchro entre internet explorer et le serveur selenium. Essaie peut etre avec firefox juste pour t'en assurer. Personellement, j'ai jamais utilisé ie dans le tests, mais mes collègues le font et ca a l'air de marcher.

Merci pour ton conseil,

Au faite concernant les ids, j'ai bien indiqué les id de tous mes composants JSF que j'utilise, sauf que pour le cas d'un ensemble de case à cocher dynamique, la génération est automatique, je peux pas faire grand chose, c'est pour ça il ya des choses comme idTimeFilter:_3. Sinon pour le bouton loginForm:j_id25 c'est vrai :) mais le logon je le gére pas dans mon module, c'est géré dans le core de l'appli et malheureusement je suis pas en charge de ça, mais je vais transmettre à mon collegue :)

Pour le try catch, je viens de le mettre et ça marche, même si j'ai aucune exception de lancer ! mais cette fois ci ça se bloque sur la dernière commande browser.click("idFormFilter:idParentFilter:_1");

Citation:

---

attends 30 secondes pour la wait Si tu lance dans un debugger (genre eclipse) fait un pause de ton application et regarde dans la stack ce qu'il a l'air de vouloir attendre.

---

Si je suspend l'execution, j'aurai pas mal de thread de Selenium qui seront suspendus aussi, comment savoir ce qu'il est entrain d'attendre (la vue debug ne donne pas grand chose) ?

Citation:

---

Essaie peut etre avec firefox juste pour t'en assurer

---

C'est ce que j'avais essayer lors de premiere utilisation de selenium, mais j'ai eu soit une exception, la voila, c tjrs d'actualité:) côté serveur biensur

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26

11:37:50.546 WARN - POST /selenium-server/driver/ HTTP/1.1 java.lang.RuntimeException: Firefox refused shutdown while preparing a profile at org.openqa.selenium.server.browserlaunchers.FirefoxCustomProfileLauncher.waitForFullProfileToBeCreated(FirefoxCustomProfileLaunch er.java:277) at org.openqa.selenium.server.browserlaunchers.FirefoxCustomProfileLauncher.launch(FirefoxCustomProfileLauncher.java:147) at org.openqa.selenium.server.browserlaunchers.AbstractBrowserLauncher.launchRemoteSession(AbstractBrowserLauncher.java:24) at org.openqa.selenium.server.SeleniumDriverResourceHandler.getNewBrowserSession(SeleniumDriverResourceHandler.java:587) at org.openqa.selenium.server.SeleniumDriverResourceHandler.doCommand(SeleniumDriverResourceHandler.java:396) at org.openqa.selenium.server.SeleniumDriverResourceHandler.handleCommandRequest(SeleniumDriverResourceHandler.java:375) at org.openqa.selenium.server.SeleniumDriverResourceHandler.handle(SeleniumDriverResourceHandler.java:123) at org.mortbay.http.HttpContext.handle(HttpContext.java:1530) at org.mortbay.http.HttpContext.handle(HttpContext.java:1482) at org.mortbay.http.HttpServer.service(HttpServer.java:909) at org.mortbay.http.HttpConnection.service(HttpConnection.java:816) at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:982) at org.mortbay.http.HttpConnection.handle(HttpConnection.java:833) at org.mortbay.http.SocketListener.handleConnection(SocketListener.java:244) at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:357) at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:534) Caused by: org.openqa.selenium.server.browserlaunchers.FirefoxCustomProfileLauncher$FileLockRemainedException: Lock file still present! C:\D OCUME~1\mjamal\LOCALS~1\Temp\customProfileDir246093\parent.lock at org.openqa.selenium.server.browserlaunchers.FirefoxCustomProfileLauncher.waitForFileLockToGoAway(FirefoxCustomProfileLauncher.jav a:235) at org.openqa.selenium.server.browserlaunchers.FirefoxCustomProfileLauncher.waitForFullProfileToBeCreated(FirefoxCustomProfileLaunch er.java:275) ... 15 more

---

Merci bq

Pour ceux qui sont bloqué à cause des identifiants, une solution est l'utilisation de xpath.

Mon client à ce problème des id générés par JSF, je lui ai conseillé d'utiliser xpath en s'appuyant sur d'autres valeurs que l'id pour cibler un composant.

Je lui ai montré un exemple avec un bouton dont le label est "Rechercher". En indiquant la requête XPath suivante, et sachant que les labels des boutons sont stables, les tests deviennent stables:

//input[@value='Rechercher']

Je conseille l'utilisation de XPath qui est normalisé et qui permet de manipuler le DOM sur des bases solides. Pour les bidouilleurs, je déconseille l'utilisation de Javascript qui est une autre technique pour obtenir des locators.

PS: pour ton problème de tableau qui génère des ID correspondant aux lignes et colonnes dynamique tu peux utiliser une requete XPath de ce type:
//table[@id='id_stable_de_ta_table']/tr[position()=1]/td[position()=1]

-> Cette requete XPath va sélectionner la première case de ton tableau.

Nécromancie de topic! (Merci la fonction recherche)

J'aurais souhaité savoir si vous aviez connaissance de nouveaux outils plus pratiques qui seraient apparus récemment pour faire des tests unitaires sur des appli JSF avec des appels javascript/ajax dans tous les sens?

J'ai un peu fouillé déjà, mais j'ai l'impression que c'est toujours Sélénium qui domine les débats..