Tous les articles
Implémenter une US en Scrum
Voici un schéma résumant les phases de test et de validation d’une User Story en Scrum: J’ai fait ce schéma car je n’en ai malheureusement jamais trouvé. Voici mes explications:
Les différentes campagnes de test
Une campagne de test est un ensemble de cas de tests à exécuter sur une période donnée. Le résultat de ces exécutions est alors synthétisé dans un bilan. Lors de chaque campagne, on a des critères de besoin et de temps qui nous sont donnés. Les besoins peuvent être : · Vérifier que le comportement de l’application est toujours le même après des mises à jour logicielles · Vérifier que l’ajout de nouvelles fonctionnalités n’a pas introduit de régression sur les anciennes · Vérifier le comportement d’une nouvelle fonctionnalité à implémenter · S’assurer qu’il n’y a pas de régressions majeures dans l’application · S’assurer que le changement
Le testeur 2017
Le testeur 2017 ne sera plus celui de 2016. Le testeur 2017 sera un testeur 2016 amélioré, prêt à répondre aux nouveaux défis qui se présentent en plus de ceux qu’il connaissait déjà avec 2016. Le testeur 2017 devra donc : · Travailler encore plus sur l’automatisation des tests : l’automatisation est de plus en plus présente, son offre également. Le testeur 2017 devra connaitre les outils présents sur le marché afin de sélectionner celui qui correspond le mieux à ses besoins. Le testeur 2017 devra aussi savoir écrire des tests automatiser (ou utiliser le KDT) et les maintenir (voir aussi mes 2 articles
Tests : le facteur humain.
Il m’arrive régulièrement en discutant avec des collègues ingénieurs que ces derniers me disent : « Tu sais, pour les tests tout dépend du testeur ». Je n’aime pas cette phrase. Certes le métier de testeur est un métier à part qui requiert des compétences spécifiques, néanmoins ce facteur humain, bien que toujours présent doit être, au moins sur certaines parties, quasiment inexistant. Je suis toujours choqué lorsque l’entends : · La qualité de l’écriture des tests dépend du testeur qui les a écrits. L’écriture des cas de test c’est la base, tout testeur doit être capable d’écrire des cas de tests (manuels) propres. · La qualité
La maintenance des tests
Les tests ont pour but de vérifier que l’application fonctionne comme il est prévu. Ces tests peuvent atteindre ce but uniquement s’ils sont à jour, c’est pourquoi il ne faut jamais négliger la maintenance des cas de test. Pourquoi les tests sont-ils amenés à évoluer ? Les cas de tests sont à mettre à jour car le produit et ses fonctionnalités évoluent. Si des cas ne sont plus à jour c’est que la fonctionnalité de l’application a évoluée depuis son implémentation. L’application peut évoluée pour plusieurs raisons comme : · Des demandes du métier · Des demandes clients · Des impératifs techniques (ex : sécurité ou changement