Tous les articles
La spécification des données et les tests dans un outil ATDD
Vous devez définir les « données » pour être précis dans votre spécification. Que dire de cette possibilité dans un outil d’ATDD ? Quelles données peut-on gérer ? Dans un tel outil vous devez pouvoir les structurer à votre convenance. Pour illustrer ce sujet, vous noterez dans la capture d’écran ci-dessous, que j’ai créé des Objets Métiers (entités) et des attributs (données). On peut évidemment définir des valeurs, ou des propriétés, à ces données. L’outil permet de tracer ensuite leur utilisation dans les spécifications de test (tables de décision associées aux fonctionnalités). On pourra mettre dans une table « l’OM client est créé » ou bien « le statut du client
[GASQ INSIGHTS] Le critère qualité humain au centre du test et de la qualité!
Dans cet épisode je reviens sur l’importance des outils et des logiciels dans notre vie quotidienne dans nos vies et donc de l’importance de tester leurs impacts sur nos vies. Les logiciels et outils doivent rester au service de l’humain. Bon visionnage Pensez à rejoindre le groupe « Le métier du test » si vous souhaitez échanger sur le test Merci à tous ceux qui mettent « j’aime », partagent ou commentent mes articles N’hésitez pas à faire vos propres retours d’expérience en commentaire.
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