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 duLire la suite L’ATDD 4 / 4 :  Agilité et spécifications de tests ATDD

L’ATDD 2 / 4 :  Une spécification hiérarchique des fonctionnalités

Nous avons vu les différentes vues d’un système. Même en agile, il faut les avoir pour comprendre le système et le tester (PO et testeurs : validation des « nouveautés » et de la régression). Alors comment gérer tous ces artefacts et comment poursuivre la décomposition du système jusqu’à aboutir aux US, dont les critères INVEST sont siLire la suite L’ATDD 2 / 4 :  Une spécification hiérarchique des fonctionnalités

Webinaire: La communication visuelle au service du test logiciel

Revivez le Webinaire de la taverne sur « La communication visuelle au service du test logiciel ». Benjamin Butel et Elodie Bernard nous parlent: des raisons et intérêts de la communication visuelle d’exemples concrets de pratiques de test utilisant cette communication de conseils de mise en pratique de cette communication Bon visionnage! Retrouvez tous lesLire la suite Webinaire: La communication visuelle au service du test logiciel

Utiliser la puissance des cartographies dans le test

Le dessin et la schématisation ont toujours compté parmi les outils de communication les plus puissants… mais aussi parmi les outils comprenant le plus grand nombre d’informations facilement assimilables. Ne dit-on pas qu’un dessin vaut mieux qu’un long discours ? Le test utilise évidemment beaucoup ce type d’outil de communication notamment pour l’édition des bilansLire la suite Utiliser la puissance des cartographies dans le test

ATDD / BDD – Le test devient une documentation vivante des projets agiles

L’expression du besoin en agile, centrée sur les User Story et leurs critères d’acceptation, permet de définir ce qui doit être implémenté et testé dans l’itération (ou la suivante). Mais les User stories ne permettent pas de connaître le comportement du produit car, une fois implémentées, elles sont oubliées et peuvent être invalidées par deLire la suite ATDD / BDD – Le test devient une documentation vivante des projets agiles