Tous les articles
14 : Concevoir rapidement et progressivement les scénarios de tests d’une fonctionnalité avec l’algorithme des tamis successifs (2 / 3)
L’algorithme des tamis successifs laisse a priori un choix pour les alternatives. En fait, il y a une optimisation possible du nombre de scénarios générés, pour être encore plus agile et arriver plus vite à la meilleure efficacité en anticipant les couvertures des alternatives. Successions de transitions entre 2 éléments fonctionnels : comment traiter leurs alternatives ? Dans l’exemple fourni, entre le traitement A et le traitement B nous avons placé 2 décisions et trois transitions. Nous aurions pu aussi mettre une seule transition et une décision ! Dans ce cas nous aurons la représentation suivante : Cette forme est plus
Les connaissances à développer en 2023
Un bon testeur est avant tout une personne avec des qualités morales mais aussi quelqu’un qui échange et se forme en continue notamment en faisant de la veille. Il doit également savoir s’adapter et repérer des tendances afin de pouvoir continuer à évoluer et avoir des missions intéressantes car, même si le test est une industrie qui se porte bien il y a des compétences techniques plus recherchées que d’autres… et il est donc stratégique de développer une ou plusieurs compétences. Attention, cette sélection est le fruit de mon expérience personnelle et d’échanges avec d’autres amis experts. Il est évidemment possible
13 : Concevoir rapidement et progressivement les scénarios de tests d’une fonctionnalité avec l’algorithme des tamis successifs (1 / 3)
Prenons le cas d’une fonctionnalité “F” du produit et essayons de concevoir des scénarios de test qui pourraient représenter leurs critères d’acceptation. En termes clairs “F” représente un macro-UC ou un UC (Use Case) du produit à un instant T de sa conception. Autrement dit, “F” intègre et synthétise tous les tickets de réalisation agiles émis sur son périmètre, US et corrections d’US. L’algorithme des tamis successifs appliqué à une fonctionnalité F Voici les différentes étapes de l’algorithme que j’ai créé et expérimenté sur des centaines de projets. Rappelons que cet algorithme est protégé par la marque “Modern Product Agility”. 1.
Test Agile: pensez à tester la valeur!
La « valeur » au cœur de la qualité et donc du test en Agile Lorsque l’on parle des tests en Agile on parle généralement de qualité. Les processus de tests doivent permettre « d’assurer » des livraisons de qualité. Mais, au fait, qu’entend-on par « qualité » ? Donner une définition complète et partagée par tous est complexe voir impossible comme je le montre dans la série « à la recherche de la qualité perdue« . On peut néanmoins s’accorder sur 2 points essentiels pour qu’un logiciel ou une application soit de « qualité »: Pour moi ces 2 points sont les clés de la « bonne » qualité… Et il est
12 : Des scénarios de test d’une US INVEST aux tests
Les scénarios de test sont identifiés grâce à l’algorithme des tamis successifs. Reste à “valoriser” les scénarios de test (critères d’acceptation avec leurs valeurs intermédiaires) pour obtenir les “tests” de l’US. Principe le plus courant de valorisation des données On pourra s’attacher à analyser chaque affirmation de chaque RG. Il existe, là encore, plusieurs solutions progressives pour affecter des valeurs aux données en jeu. 1- Tester les affirmations BML avec une valeur représentative Ex1 : QUAND la couleur de la tâche est fondamentale (valeurs : blanc, noir, rouge, jaune, OU bleu) ALORS la tâche est affichée Cas de test 1 :