Tutoriel sur la méthodologie des tests Scrum
Thomas Hamilton
⚡ Résumé intelligent
Les tests Scrum constituent une approche de validation continue intégrée à Sprint cycles, où les développeurs, les testeurs et les responsables de produit collaborent pour vérifier les exigences fonctionnelles et non fonctionnelles tout en maintenant la transparence, l'adaptabilité et une livraison rapide tout au long du cycle de vie du projet.
Scrum dans les tests de logiciels
Scrum dans les tests de logiciels Scrum est une méthodologie de développement d'applications logicielles complexes. Elle simplifie l'exécution de tâches complexes. Scrum aide l'équipe de développement à se concentrer sur tous les aspects du développement logiciel, notamment la qualité, la performance et l'ergonomie. Elle assure transparence, contrôle et adaptation tout au long du développement afin de limiter la complexité.
Tests Scrum
Tests Scrum Les tests, effectués dans le cadre de la méthodologie Scrum, visent à vérifier la conformité des applications logicielles aux exigences. Ils consistent à contrôler des paramètres non fonctionnels tels que la sécurité, l'ergonomie et les performances. Le testeur n'intervient pas activement dans ce processus ; il est donc généralement réalisé par les développeurs à l'aide de tests unitaires. Des équipes de test dédiées peuvent parfois être nécessaires selon la nature et la complexité du projet. Les équipes modernes coordonnent souvent ce travail avec des outils comme Jira ou Linear. Azure DevOps, ou Asana.
Principales caractéristiques de la méthodologie Scrum
Voici les principales caractéristiques de Scrum :
- Scrum possède un calendrier court et fixe de cycles de livraison avec une portée ajustable, connu sous le nom de Sprints, afin de répondre aux besoins de développement en constante évolution. Chaque version peut comporter plusieurs SprintChaque projet Scrum peut comporter plusieurs cycles de publication.
- Une séquence répétitive de réunions, événements et jalons.
- Une pratique consistant à tester et à mettre en œuvre de nouvelles exigences, connue sous le nom de histoires, pour s'assurer que certains travaux sont prêts à être publiés après chaque Sprint.
Scrum repose sur les 3 piliers suivants :
Examinons-les un par un.
1. Rôles dans Scrum
Le test Scrum repose sur trois rôles principaux : le Product Owner, le Scrum Master et l’équipe de développement. Examinons-les en détail.
| Product Owner | Scrum Master | L'équipe |
|---|---|---|
| Il ou elle définit les caractéristiques du produit. | Il ou elle gère l'équipe et veille à sa productivité. | L'équipe compte généralement entre 5 et 9 membres. |
| Le responsable produit décide de la date de sortie et des fonctionnalités correspondantes. | Il ou elle tient à jour la liste des blocages et supprime les obstacles au développement. | Il comprend des développeurs, des concepteurs et parfois des testeurs. |
| Ils hiérarchisent les fonctionnalités en fonction de la valeur marchande et de la rentabilité du produit. | Il ou elle assure la coordination avec tous les rôles et fonctions. | L'équipe organise et planifie son travail elle-même. |
| Il ou elle est responsable de la rentabilité du produit. | Il ou elle protège l'équipe des interférences extérieures. | A le droit de faire tout ce qui relève du cadre du projet pour atteindre les objectifs. Sprint objectif. |
| Il ou elle peut accepter ou refuser les résultats des tâches. | Invitations à la réunion quotidienne, Sprint Revréunions de vision et de planification. | Participe activement aux cérémonies quotidiennes. |
2. Artefacts Scrum
Un processus Scrum comprend :
- Histoires d'utilisateurs: Il s'agit d'une brève explication des fonctionnalités du système testé. Par exemple, pour un assureur : « La prime peut être payée en ligne. »
- Carnet de produit : Il s'agit d'un recueil de récits utilisateurs recueillis pour un produit Scrum. Le Product Owner prépare et gère le backlog produit. Ce dernier est priorisé par le Product Owner, et toute personne peut y contribuer avec l'approbation de ce dernier. Les équipes modernes gèrent le backlog produit dans Jira, Linear, Azure DevOps, ou Asana.
- Carnet de publication : Une version est un laps de temps durant lequel plusieurs itérations sont réalisées. Le Product Owner coordonne En collaboration avec le Scrum Master, déterminer les user stories à inclure dans une release. Les user stories du backlog de release sont destinées à être terminées lors d'une release.
- Sprints: Il s'agit d'une période définie pour réaliser les user stories, décidée par le Product Owner et l'équipe de développement, généralement de 2 à 4 semaines.
- Sprint Arriéré: Il s'agit d'un ensemble d'histoires d'utilisateurs à compléter dans un Sprint. Pendant Sprint Dans le backlog, le travail n'est jamais attribué et l'équipe s'inscrit elle-même aux tâches à accomplir. Ce backlog est géré par l'équipe, et le travail restant estimé est mis à jour quotidiennement. Il s'agit de la liste des tâches à réaliser dans un délai imparti. Sprint.
- Liste de blocage: Il s'agit d'une liste de blocages et de décisions non prises, gérée par le Scrum Master et mise à jour quotidiennement.
- Tableau de combustion: Le graphique d'avancement (burndown chart) représente la progression globale des tâches en cours et des tâches terminées tout au long du processus. Il représente sous forme de graphique les récits utilisateurs et les fonctionnalités non terminées.
3. Cérémonies (processus) dans Scrum
- Sprint Planification: A Sprint Cela commence par l'importation, par l'équipe, des récits utilisateurs du backlog de versions dans le Sprint Le backlog est géré par le Scrum Master. Les testeurs estiment l'effort nécessaire pour tester les différentes user stories. Sprint Arriéré.
- Stand up quotidien : Également appelée mêlée quotidienne, elle est animée par le Scrum Master et dure environ 15 minutes. Lors de cette réunion quotidienne, les membres discutent du travail accompli la veille, du travail prévu pour le lendemain et des problèmes rencontrés. SprintL'avancement de l'équipe est tracked ici.
- Sprint Revvue / Rétrospective : Animée par le Scrum Master, cette réunion dure environ 2 à 4 heures et permet de faire le point sur les réalisations de l'équipe au cours des dernières semaines. Sprint et quelles leçons ont été tirées.
Une fois les rôles, les artefacts et les cérémonies Scrum établis, il est important de préciser exactement quelle est la place des testeurs dans ce cadre.
Rôle du testeur dans Scrum
Il n'y a pas de rôle actif de Testeur dans le Scrum Le processus de test se déroule généralement en plusieurs étapes. Les tests unitaires sont effectués par un développeur, tandis que le Product Owner est fréquemment impliqué dans ce processus à chaque étape. Sprint. Certains projets Scrum disposent d'équipes de test dédiées, en fonction de la nature et de la complexité du projet..
La question suivante est : que fait un testeur dans Scrum ? La section suivante y répondra.
Activités de test dans Scrum
Les testeurs effectuent les activités suivantes au cours des différentes phases de Scrum :
Sprint Planification
- In Sprint Lors de la planification, un testeur doit sélectionner une user story du Product Backlog qui doit être testée.
- En tant que testeur, il ou elle doit décider du nombre d'heures (estimation de l'effort) que cela devrait prendre. pour finir tests pour chacune des histoires utilisateur sélectionnées.
- En tant que testeur, il ou elle doit savoir ce que le Sprint les objectifs sont.
- En tant que testeur, contribuez au processus de priorisation.
Sprint
- Aider les développeurs dans les tests unitaires.
- Tester le scénario utilisateur une fois terminé. L'exécution du test est effectuée dans un laboratoire où testeurs et développeurs travaillent en étroite collaboration. Les anomalies sont consignées dans un Outil de gestion des défauts et tracLes anomalies sont signalées quotidiennement. Elles peuvent être discutées et analysées lors de la réunion Scrum. Les anomalies sont testées à nouveau dès qu'elles sont détectées. résolu et déployés pour les tests. Les équipes Scrum modernes utilisent généralement Jira, Linear, Azure DevOps, ou Asana pour ce flux de travail.
- En tant que testeur, il ou elle participe à toutes les réunions quotidiennes de suivi pour prendre la parole.
- En tant que testeur, il ou elle peut apporter n'importe quel élément du backlog qui ne peut pas être terminé dans le backlog actuel. Sprint et mettez-le dans le suivant Sprint.
- Le testeur est responsable du développementping Scripts d'automatisation. Il ou elle planifie les tests d'automatisation avec un Système d'intégration continue (CI)L'automatisation revêt une importance capitale en raison des délais de livraison courts. Elle peut être mise en œuvre grâce à divers outils, libres ou payants, disponibles sur le marché. Cette approche s'avère efficace pour garantir que tous les éléments à tester sont couverts. Une couverture de test optimale est possible grâce à une communication étroite au sein de l'équipe.
- RevAfficher les résultats de l'automatisation CI et envoyer des rapports aux parties prenantes.
- Effectuer des tests non fonctionnels pour les user stories approuvées.
- En collaboration avec le client et le responsable produit, définir les critères d'acceptation des tests d'acceptation.
- A la fin de l' SprintLe testeur effectue également des tests d'acceptation (UAT) dans certains cas et confirme l'exhaustivité des tests pour la version actuelle. Sprint.
Sprint Rétrospective
- En tant que testeur, il ou elle déterminera ce qui a fonctionné et ce qui n'a pas fonctionné dans le système actuel. Sprint.
- En tant que testeur, il ou elle identifie les leçons apprises et les meilleures pratiques.
Une fois ces activités de test en cours, SprintLes équipes ont besoin d'indicateurs clairs pour communiquer leurs progrès, et c'est là que le reporting des tests devient essentiel.
Rapports de test
Le reporting des métriques de test Scrum offre transparence et visibilité aux parties prenantes concernant le projet. Les métriques rapportées permettent à une équipe d'analyser ses progrès et de planifier sa stratégie future pour améliorer le produit. Des outils tels que Jira, Linear, Azure DevOps, et Asana La plupart de ces rapports sont générés automatiquement. Deux indicateurs sont fréquemment utilisés pour leur élaboration.
Tableau de combustion: Chaque jour, le Scrum Master enregistre le travail restant estimé pour le SprintVoici le graphique d'avancement, mis à jour quotidiennement.
Un graphique d'avancement (burndown chart) offre un aperçu rapide de la progression du projet. Ce graphique contient des informations telles que la quantité totale de travail à accomplir et la quantité de travail réalisée pendant chaque période. Sprint, Et ainsi de suite.
Graphique de l'historique de la vitesse : Le graphique de l'historique de la vitesse prédit la vitesse que l'équipe atteint dans chaque SprintIl s'agit d'un graphique à barres qui représente l'évolution de la production de l'équipe au fil du temps.
D'autres indicateurs utiles peuvent être : le temps passé dans le planning, le budget consommé, le pourcentage d'achèvement des thèmes, les user stories terminées, les user stories restantes, etc.
