Tous les articles
La politique de test: la boussole des tests dans l’entreprise
La politique de test est un concept que je trouve très intéressant mais qui au final voit assez peu le jour concrètement dans un document… ou lorsque c’est le cas se retrouve être un document « mort » c’est à dire inutile, inutilisé et non maintenu. C’est d’ailleurs en partant de ce constat que j’avais imaginé un nouveau format pour la politique de test en proposant il y a 2 ans une version « visuelle » et donc plus facile à partager. Mon sentiment vis à vis de la politique de test évolue. Il est passé d’un document « inutile » car inutilisé à un document qu’il
18 : Conseils d’application de l’ATDD en mode manuel et agile (3 / 3)
Considérons maintenant deux exemples où une tâche est touchée par des modifications de spécifications internes (changements d’ergonomie, règles de gestion, … qui auraient dû être pris en compte au sein de l’US INVEST initiale). Elles ne peuvent pas être qualifiées d’INVEST … Les US étant déjà de tailles très faibles, le PO ne peut qualifier ces détails de “fonctionnalité”. Il pourrait dire, par analogie à la physique, que ce sont juste des particules élémentaires d’un atome de la réalisation informatique. Rappel : Nous conseillons donc d’utiliser un ticket adapté (ex: correction d’US). Scénarios de test et de régression pour une US
Nesrine Yangui : Responsable Centre De Service Testing
Bonjour, qui êtes-vous, quel est votre métier et quelles sont vos activités professionnelles ? Bonjour, je suis Nesrine Yangui, responsable du Centre De Service (CDS) Testing de Galitt (une filiale du groupe Sopra Steria). J’accompagne actuellement une équipe de 14 personnes dont 1 stagiaire, 2 alternants et 11 ingénieurs test&validation. J’essaie d’aider l’équipe en leur fournissant les moyens qui favorisent leur succès et développer leurs talents. Je travaille en collaboration avec le réseau de partenaires externes et internes afin de répondre au mieux aux besoins des clients. En effet, au sein du CDS Testing, nous accompagnons nos clients internes dans la qualification
17 : Conseils d’application de l’ATDD en mode manuel et agile (2 / 3)
Quels sont les différents cas particuliers à considérer pour bien appliquer l’ATDD manuelle en mode agile ? Voyons quelques réponses à travers la suite de notre exemple. Intégrer de nouvelles US INVEST qui étendent une fonctionnalité Le sprint 2, par exemple, étend le modèle de la feature F3 (une seule US “s’authentifier de manière simple”, avec la saisie réussie de l’identifiant – mot de passe en au plus 3 tentatives), telle qu’elle a été exposée en sprint 1. Rappel : F3 est une feature qui sera réalisée pour la release 1. En ce sens, elle est la première “version” de l’UC
Les DoD et DoR supports essentiels à la qualité en Agile
Le cycle en V n’est jamais loin! On ne va pas se le cacher, même si les développements logiciels sont de plus en plus fait avec des méthodes Agiles, l’influence des méthodes dites « traditionnelles » comme le cycle en V reste particulièrement prégnante. Cette influence s’explique d’ailleurs assez simplement par le fait que ces méthodes ont été pendant des décennies et jusqu’à très récemment ultra majoritaires. Nous somme donc « formaté » au cycle en V comme on peut le constater avec le syllabus ISTQB fondation 2018 encore très axé sur ce cycle de développement. Le passage à l’Agile demande un changement d’état d’esprit