Tous les articles
[Annonce] Webinaire: se former au test
La taverne a le plaisir de vous annoncer son dernier webinaire de 2022 prévu pour le lundi 12 décembre à 12h00. Pour vous inscrire il vous suffit de cliquer sur ce lien. Ce webinaire s’articulera autour de 3 types de formations: Il sera divisé en 3 parties: Pour animer cette présentation la taverne aura le plaisir d’accueillir 3 personnes très calées et spécialisées sur un sujet en particulier: Bruno Legeard:Membre du bureau du CFTL et membre actif de la communauté ISTQB dans la création des syllabus Fabrice bouquet:Directeur du Service Universitaire de la Pédagogie pour les Formations Julien Van Quackebecke:Fondateur d’All4test
1- ATDD “manuelle” : Ce qu’il faut comprendre du sujet
Le but de cette nouvelle série d’articles est de vous montrer comment, dans l’hypothèse où vous n’avez pas un outil ATDD de génération automatique de test (ce qui est la situation la plus courante), spécifier et générer les tests d’un système de manière rigoureuse, rapide et … simple ! Cette méthode est valable pour les systèmes développés traditionnellement, … ou en agile. Elle cible l’acceptation des nouveautés agiles (depuis les US et même les changements internes à celles-ci, jusqu’aux « epics » les plus grandes) et l’analyse de la non-régression fonctionnelle dans tout le système. Notez que cette méthode “ATDD manuelle” peut être suivie,
A la recherche de la qualité perdue: les raisons de la perte
Introduction C’est une histoire bien connue, une histoire que tout acteur du logiciel a vécue ou vivra. Cette histoire commence comme cela : Il était une fois une application nommée New-Soft. New-Soft était aimée de ses utilisateurs, choyée par son équipe de développement, une application faisant l’unanimité, bref, une application de qualité. Malheureusement, les mois et années passèrent et cette qualité se dégrada lentement. Cette application autrefois illustre et rayonnant par sa qualité n’est maintenant plus que l’ombre d’elle-même. Elle est maintenant constituée de composants malfamés, truffée de bugs nous attendant à chaque coin de fonction et peuplée de très rares
ATDD : Ce qu’on peut en conclure
Nous voici arrivés en fin de l’étude ATDD pour comprendre ce dont il s’agit et pour montrer son utilisation en agile à l’aide d’un outil. Un étonnement : pourquoi l’ATDD n’est-il pas encore vu comme un outil indispensable à l’agile ? Il est assez incroyable de voir qu’en 2022 l’ATDD est encore au stade embryonnaire alors que, biberonné aux spécifications semi-formelles et aux générateurs automatiques de tests dans le cadre de développement de logiciels embarqués, il me paraît évident que l’agilité passe par : Les outils ATDD restent marginaux, alors que les techniques graphiques et tables de décision, très simples (pas de MBT fondé
Petits trucs de testeur: le retest
Introduction Un testeur est amené, dans son quotidien à découvrir des anomalies (c’est normal il les cherche!). Ces anomalies font l’objet d’un processus (workflow) qui les amène régulièrement (ce n’est pas toujours le cas) à être corrigés. Lorsque la correction de ce bug relève d’une modification du code (des fois cela peut être autre chose comme une modification des spécifications) et que cette dernière a été effectuée, la correction de l’anomalie se doit être validée… c’est ce que l’on appelle le retest. Il semble évident pour beaucoup que le testeur est amené à faire ce retest ce n’est pas malheureusement pas