La semaine dernière, nous présentions Themis, une plateforme collaborative agile et ludique permettant d'améliorer en équipe la qualité de code. Nous nous sommes penchés en particulier sur les Ateliers Craft, qui permettent aux équipes de développement d'échanger efficacement sur les bonnes et les mauvaises pratiques au sein de leurs applicatifs.
Si les logiciels étaient des personnages de la mythologie grecque, SonarQube serait sans doute Cassandre. De même que cette princesse troyenne ne trouvait jamais d’oreille attentive à ses prophéties, il existe des instances SonarQube qui besognent vaillamment sur des serveurs oubliés, sans que les innombrables défauts qu’ils identifient ne soient jamais étudiés.
Dans certains contextes techniques, nous pouvons choisir simplement l’ordre d’exécution des tests automatisés. Par exemple, Test Batch Runner permet de lancer une suite de tests UFT selon l’ordre indiqué dans le fichier mtb (modular test batch) associé.
16 ans déjà que Selenium existe ! Première version en 2004, Selenium 2 en 2011, Selenium 3 en 2016, et depuis le printemps 2019 il est déjà possible de s’amuser avec Selenium 4. Toujours en version alpha en février 2020, cette nouvelle mouture propose entre autres une nouvelle manière d’identifier les éléments d’une page web : les Relative Locators.
Test Automation University est un service en ligne gratuit de formation à l’automatisation des tests. Il est rapidement devenu un grand classique dans le domaine de l'automatisation des tests.
On ne le dira jamais assez, rien ne surpasse les id dans les techniques d'identification des objets dans un DOM. C'est le plus simple et aussi le plus rapide à trouver par Selenium. Mais parfois (souvent) on ne peut pas faire autrement que d'écrire des xPath tellement complexes qu'ils frisent le write-only. Ces moments de solitude arrivent souvent lorsqu'on interagit avec des tableaux.
Vous venez du monde de Selenium, vous aimez ce framework gratuit, sa souplesse, la beauté du pattern page-object et son DSL aux petits oignons. Magnifique, mais aujourd'hui vous devez automatiser les tests d'une application lourde.
Il n'est pas rare, quand on construit un build Jenkins avec des paramètres, que ceux-ci dépendent les uns des autres.
Vous avez un paramètre de choix "Type de plat" avec comme valeurs possibles "Entrée", "Plat", "Dessert" et "Après-dessert" (un après-dessert est toujours le bienvenu).
Vous avez un autre paramètre de choix "Plat" avec comme valeurs possibles "Champignons à la grecque", "Spaghettis au roquefort", "Brownie" et "Salade de kiwis".
Nous parlions de ce syndrome dans un précédent article ; le testeur chargé de l'automatisation des tests est parfois le seul à comprendre ses logs (on a appelé ça la logopathie). Cela réduit l'utilité des automates qui se retrouvent auréolés d'un mystère inutile.
Dans de précédents articles, nous avons présenté SonarQube, son interface ainsi que son intégration avec Jenkins, et SonarLint, son acolyte qui permet aux développeurs de vérifier la qualité de leur code avant de le commiter. Aujourd’hui, nous voulons affiner encore les choses, et différencier l’analyse des branches features et master.