Tous les articles
Que devons nous tester avec la régression ?
La régression est un sujet majeur du test en Agile. Son importance est prépondérante car en Agile on construit son produit de manière itérative et il est essentiel de s’assurer que l’ajout d’une fonctionnalité n’a pas impacté négativement l’existant. Pour évaluer cet impact nous avons un outil: la régression. Cette régression fréquente est d’ailleurs la source de nombreuses évolution dans les pratiques. Je pense notamment: Bref, il n’y a pas de produit Agile pérenne sans bonne campagne de régression. Mais comment s’assurer que notre campagne de régression est « bonne » ? Que doit contenir une campagne de régression ? Pour répondre à
Vous avez dit non régression ! – Arnaud Verin
1.1. Un concept connu mais qui reste néanmoins assez flou La non régression est l’un des éléments principaux du test logiciel. C’est aussi une de ses particularités. Nombreux sont ceux qui ont manipulé ce concept un jour, pour autant, tous n’en partagent pas la même vision : pour certains, il s’agit de vérifier que le logiciel continue à fonctionner de la même manière que pour la version précédente ; pour les autres, il convient de s’assurer qu’aucune instabilité ne vient compromettre le bon fonctionnement applicatif en cours de version. La non régression, si elle comprend ces deux visions, va bien au-delà. 1.1.1. La
Retour sur le TAQ et la victoire de l’équipe Breizh Test Punisher’s
Pour cette 14ème édition des JFTL, le CFTL organisait le tout premier Tournoi de l’Assurance Qualité (TAQ) et ce sont 10 équipes venues de toute la France qui se sont affrontées le lundi 13 juin. Je vous propose de revenir sur cette journée mais aussi les prémisses qui nous ont conduits à la victoire finale ! L’équipe à battre Notre équipe, la Breizh Test Punisher’s était composée de: Yann Helleboid de chez Orange et notre capitaine Eric Riou du Cosquer de chez Certilog, Alain Ribaut de chez Kereval Florent Vaution de chez Ouest France et moi même, Benjamin Butel de chez
La sobriété, prochain gros challenge du test ?
Lors d’un précédent article, je parlais d’évolution et du fait qu’elle ne rimait pas avec « toujours plus » ou « innovation »! L’évolution est, comme Darwin l’a postulé, avant tout une affaire d’adaptation. Dans le cas du test j’ai parler d’adaptation au contexte et il semble donc opportun, pour essayer d’anticiper les prochaines évolutions du test d’essayer de bien cerner le contexte actuel afin d’identifier les éléments qui seront suffisamment différenciant pour devenir des évolutions! Le contexte actuel Voici, selon moi les principaux éléments différenciant dans le contexte actuel: L’Agile propose une construction incrémentale du produit. Les tests de régression doivent être effectués à
Automatisons ce qui compte le plus !
Concilier qualité et vélocité avec une approche de test reflétant l’usage réel de l’application