Tous les articles
L’ATDD 4 / 4 : Agilité et spécifications de tests ATDD
Voyons comment mettre des spécifications de test agiles dans un outil ATDD, tant au niveau les plus fins qu’au niveau des fonctionnalités les plus élevées. Évolutions agiles des spécifications de test d’une tâche Dès lors qu’une UC est modifiée par une demande du PO, il faut : – Corriger sa modélisation (ajouter/supprimer des tâches et/ou les chemins du graphique) – Mais aussi modifier dans les tables de décision. En effet une demande PO peut être au niveau très fin des critères d’acceptation qui changent. Dans ce cas, la colonne « traçabilité agile » indique l’US (ou autre type de ticket éventuel) qui crée le critère d’acceptation dans
La JFTL: l’évènement majeur du test logiciel francophone
La JFTL est, à ce jour, le plus important évènement d’Europe lié au test logiciel en terme de fréquentation. Je la considérais avant de pouvoir y aller pour la première fois en 2019 et continue de la considérer comme « the place to be » dans le milieu du test francophone. La JFTL c’est avant tout un événement organisé par le CFTL (c’est une association ce qui limite le risque publicitaire) et des passionnés du test faisant partie de son comité de programme dont j’ai maintenant l’honneur et le plaisir de faire partie (et même de l’animer pour les éditions 2022 et 2023).
L’ATDD 3 / 4 : Une spécification sous forme de tables de décision
L’ATDD comporte un aspect graphique qui permet d’identifier les éléments d’un système développé en agile et leurs dépendances fonctionnelles (mais sans en donner les règles). Les tâches, nous l’avons dit dans un précédent article, sont initialement des US INVEST. Bien, mais trois questions sont soulevées : Description d’une table de décision ATDD pour une tâche C’est une forme de spécification qui va au-delà de Gherkin. Notons que cette forme de spécification de test est connue depuis longtemps. Je vous renvoie, par exemple, au livre « Performances des SI » – Didier JOLIOT- Hermès Lavoisier – 2003. Elle indique : Et enfin, on met l’US correspondante
Tester l’IA – algorithmes de détection
On parle de plus en plus de l’IA qui n’a jamais semblé aussi proche. Le test ne fait pas exception, on aborde ses possibilités et même des cas d’usages concrets où l’IA aide le testeur. L’IA se retrouve donc être un logiciel que l’on doit tester! Hors les mécaniques de ces IA sont totalement différentes de celles des logiciels aux résultats attendus. A noter: dans cet article j’utiliserai la définition de l’imaginaire commun (la définition française est plus large): un logiciel capable d’apprendre et d’évoluer. Dans cet article je vais me concentrer sur des IA simples que j’appelle « algorithmes de détection »
Le QX Day : une nouvelle journée française dédiée à la qualité logicielle !
Vous le savez, je suis un grand fan de toutes les initiatives mettant en avant le test. J’adore et contribue à de superbes événements comme la STLS à Sophia ou la JFTL. C’est donc avec grand plaisir que j’ai appris (et pu contribuer à) l’organisation d’un tout nouvel événement en présentiel : le QX Day. Attention, il n’y voyait là aucune concurrence avec la JFTL ! Les événements servant à développer son savoir tout comme les objets culturels ne se font, de mon point de vue, jamais concurrence car le savoir a cette faculté extraordinaire de grandir lorsqu’on le partage ! L’idée du QX