L’étendue du périmètre de test Le périmètre de test d’une application peut rapidement s’approcher de « l’infini » ou en tout cas être trop grand pour être vérifié dans des délais et budgets raisonnables. Par exemple pour l’achat d’un billet de train, on pourrait tester : Pourquoi ces trois cas de test et pas d’autres ? CommentLire la suite Comment bien définir le périmètre de test – Arnaud Verin
Prenons l’US INVEST classique “S’authentifier de manière simple” destiné à un client ou un prospect déjà identifié. Cela signifie que, dans le sprint prévu, le choix qui a été fait est de pouvoir s’authentifier par identifiant et mot de passe, avec 3 tentatives maximum, mais que l’utilisateur ne peut pas encore se rattraper par “motLire la suite 5- Illustrer et appréhender les concepts
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
Depuis plusieurs mois une question m’est posée de plus en plus fréquemment: comment tester une API ? Il est vrai que la taverne n’avait pas, à ce jour, d’articles spécifiques à ce sujet. Attention l’objet de cet article n’est pas de parler d’outil pour ces tests, il y en a déjà sur des outils commeLire la suite Tester des APIs!
Les ALMs (Refertest, HP ALM, XStudio, Teskink, SquashTM, XRay…) sont, selon moi, l’outil caractéristique des testeurs. Néanmoins cela en fait-il des outils de conception ? Pour cela il faut d’abord revenir aux bases, qu’est-ce qu’un ALM et qu’est-ce que la conception des test ? Un ALM en Bref Un ALM (pour Application Lifecycle Management) estLire la suite Outil de conception et ALM, quelle différence ?
Le test de cas d’utilisation fournit des tests de transactions basés sur les scénarios qui simulent l’usage du système.Lire la suite Techniques basées sur les spécifications (7/7) – tests de cas d’utilisation
Pairwise est technique de conception de test boîte noire, par laquelle les cas de tests sont conçus pour exécuter toutes les combinaisons de paires possibles des paramètres d’entrée.Lire la suite Techniques basées sur les spécifications (6/7) – Pairwise
Après avoir vu quatre techniques différentes dont les tables de décision, je vous propose dans cet article de s’attaquer une nouvelle fois à la combinatoire des entrées d’un logiciel en parlant de la classification arborescenteLire la suite Techniques basées sur les spécifications (5/7) – classification arborescente
Les tests de transition d’état servent à dériver les cas de test depuis des diagrammes états-transitions.Lire la suite Techniques basées sur les spécifications (4/7) – les tests de transition d’état
Les tables de décision permettent de réduire la combinatoire en considérant les entrées et sorties du logiciel comme des expressions booléennes.Lire la suite Techniques basées sur les spécifications (3/7) – les tables de décision
La taverne du testeur 