Test agile - Kanban
Les activités de test agile peuvent être gérées efficacement à l'aide des concepts Kanban. Les éléments suivants garantissent que les tests sont terminés à temps dans une itération / sprint et se concentrent ainsi sur la livraison de produits de qualité.
Les User Stories testables et dimensionnées efficacement aboutissent au développement et aux tests dans les délais spécifiés.
La limite WIP (Work-In-Progress) permet de se concentrer sur un nombre limité de user stories à la fois.
Le tableau Kanban qui représente visuellement le flux de travail permet de suivre les activités de test et les goulots d'étranglement, le cas échéant.
Le concept de collaboration en équipe Kanban permet de résoudre les goulots d'étranglement au fur et à mesure qu'ils sont identifiés, sans temps d'attente.
La préparation initiale des scénarios de test, la maintenance de la suite de tests au fur et à mesure que le développement progresse et l'obtention des commentaires des clients aident à éliminer les défauts dans l'itération / le sprint.
La définition de Done (DoD) est dite Done-Done dans le sens où une histoire n'atteint un état d'achèvement qu'après que le test soit également terminé.
Activités de test dans le développement de produits
Dans le développement de produit, les versions peuvent être suivies avec le tableau Kanban. Les fonctionnalités d'une version particulière sont affectées au tableau Feature Kanban qui suit visuellement l'état de développement des fonctionnalités.
Les fonctionnalités d'une version sont divisées en histoires et développées dans la version en utilisant une approche agile.
Les activités de test Agile suivantes garantissent une livraison de qualité dans chaque version et à la fin de toutes les versions également -
Les testeurs participent à la création de User Story et s'assurent ainsi -
Tous les Comportements possibles du Système sont capturés au moyen des User Stories et des Exigences Non-fonctionnelles qui font partie des User Stories.
Les User Stories peuvent être testées.
La taille des User Stories permet au développement et aux tests d'être terminés (DoneDone) dans l'itération.
Tableau Kanban des tâches visuelles -
Représente l'état et la progression des tâches
Les goulots d'étranglement sont identifiés immédiatement lorsqu'ils surviennent
Facilite la mesure du temps de cycle qui peut ensuite être optimisé
La collaboration d'équipe aide à -
Responsabilité de toute l'équipe pour un produit de qualité
Résolution des goulots d'étranglement au fur et à mesure de leur apparition, gain de temps d'attente
Contribution de chaque expertise dans toutes les activités
Intégration continue axée sur les tests d'intégration continue
Automatisation des tests pour économiser sur l'effort et le temps de test
Prévention des défauts avec des cas de test rédigés plus tôt pour le développement et encadrant les développeurs sur ce qui est anticipé par différents comportements du système -
Limite WIP pour se concentrer sur un nombre limité d'histoires d'utilisateurs à la fois
Tests continus au fur et à mesure de la progression du développement, pour garantir la correction des défauts dans l'itération -
Assurer la couverture des tests
Gardez le nombre de défauts ouverts faible
Exploration de l'histoire
Exploration d'histoire est la communication au sein d'une équipe Agile pour explorer la compréhension de l'histoire lorsque le propriétaire du produit transmet une histoire pour acceptation pour le développement.
Le propriétaire du produit propose l'histoire en fonction de la fonctionnalité attendue par le système. Les développeurs explorent davantage chaque histoire avant de la marquer comme prête à être acceptée. Les testeurs participent également à la communication du point de vue des tests pour la rendre aussi testable que possible.
La finalisation de l'histoire est basée sur une communication constante et continue entre le Product Owner, les Développeurs et les Testeurs.
Estimation
L'estimation se produit dans la planification de la version et dans chaque planification d'itération.
Dans Release Planning, les testeurs fournissent -
- Informations sur les activités de test requises
- Estimation de l'effort pour le même
Dans la planification d'itération, les testeurs contribuent à décider quelles histoires et combien d'histoires peuvent être incluses dans une itération. La décision dépend de l'effort de test et de l'estimation du calendrier de test. L'estimation de l'histoire reflète également l'estimation du test.
Dans Kanban, Done-Done n'est accompli que lorsqu'une histoire est développée et testée et marquée comme complète sans défauts.
Par conséquent, l'estimation de test joue un rôle majeur dans l'estimation de l'histoire.
Planification de l'histoire
La planification de l'histoire commence après qu'une histoire a été estimée et affectée à l'itération actuelle.
La planification de l'histoire comprend les tâches de test suivantes -
- Préparer les données de test
- Prolonger les tests d'acceptation
- Exécuter des tests manuels
- Conduire des sessions de tests exploratoires
- Automatisez les tests d'intégration continue
En plus de ces tâches de test, d'autres tâches peuvent également être nécessaires, telles que -
- Test de performance
- Les tests de régression
- Mises à jour des tests d'intégration continue associés
Progression de l'histoire
Story Progression révèle des tests supplémentaires qui sont nécessaires, résultant d'une communication continue entre les développeurs et les testeurs. Dans les situations où les développeurs ont besoin de plus de clarté sur l'implémentation, les testeurs effectuent des tests exploratoires.
Le test continu est effectué pendant la progression de l'histoire et comprend le test d'intégration continue. Toute l'équipe participe aux activités de test.
Acceptation de l'histoire
L'acceptation de l'histoire se produit lorsque l'histoire atteint l'état Terminé-Terminé. c'est-à-dire que l'histoire est développée et testée et signalée comme terminée.
On dit que le test de l'histoire est terminé lorsque tous les tests pertinents pour l'histoire ou le niveau d'automatisation des tests sont satisfaits.