Tutoriel sur la méthodologie des tests Scrum

Scrum dans les tests de logiciels

Scrum dans les tests de logiciels est une méthodologie pour créer des applications logicielles complexes. Il fournit des solutions simples pour exécuter des tâches compliquées. Scrum aide l'équipe de développement à se concentrer sur tous les aspects du développement de produits logiciels tels que la qualité, les performances, la convivialité, etc. Il offre transparence, inspection et adaptation lors du développement du logiciel pour éviter toute complexité.

Tests Scrum

Tests Scrum est un test effectué selon la méthodologie Scrum pour vérifier que les exigences de l'application logicielle sont respectées. Cela implique de vérifier des paramètres non fonctionnels tels que la sécurité, la convivialité, les performances, etc. Il n'y a pas de rôle actif de testeur dans le processus, il est donc généralement effectué par les développeurs avec Unit Test. Parfois, des équipes de test dédiées sont nécessaires en fonction de la nature et de la complexité du projet.

Principales caractéristiques de la méthodologie Scrum

Voici les principales caractéristiques de Scrum-

• Scrum a un court calendrier fixe de cycles de publication avec une portée réglable appelé sprints pour répondre aux besoins de développement en évolution rapide. Chaque version peut avoir plusieurs sprints. Chaque projet Scrum peut avoir 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 qu'une partie du travail est prête après chaque sprint

Scrum est basé sur les 3 piliers suivants :

Regardons un par un

1. Rôles dans Scrum

Il existe trois rôles principaux dans Scrum Testing : Product Owner, Scrum Master et l'équipe de développement. Étudions-les en détail

CPO	Scrum Master	L'équipe
Il/Elle définit les caractéristiques du produit.	Il/Elle gère l'équipe et veille à la productivité de l'équipe	L'équipe est généralement composée d'environ 5 à 9 membres
Le Product Owner décide de la date de sortie et des fonctionnalités correspondantes	Il/Elle maintient la liste de blocage et supprime les barrières dans le développement	Il comprend des développeurs, des concepteurs et parfois des testeurs, etc.
Ils priorisent les fonctionnalités en fonction de la valeur marchande et de la rentabilité du produit	Il/Elle se coordonne avec tous les rôles et fonctions	L'équipe organise et planifie elle-même son travail
Il/Elle est responsable de la rentabilité du produit	Il/Elle protège l’équipe des interférences extérieures	A le droit de tout faire dans les limites du projet pour atteindre l'objectif du sprint
Il/elle peut accepter ou rejeter le résultat de l'élément de travail	Invite à la mêlée quotidienne, à la revue de sprint et aux réunions de planification	Participer 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é. Exemple pour le fournisseur d’assurance : « La prime peut être payée en utilisant le système en ligne. »
• Carnet de produit : Il s'agit d'une collection de user stories capturées pour un produit Scrum. Le Product Owner prépare et maintient le backlog de produit. Il est priorisé par le propriétaire du produit, et n'importe qui peut y ajouter avec l'approbation du propriétaire du produit.
• Carnet de publication : Une version est un laps de temps dans lequel le nombre d'itérations est terminé. Le Product Owner coordonne avec le Scrum Master pour décider quelles histoires doivent être ciblées pour une publication. Les histoires dans le backlog de publication sont destinées à être complétées dans une version.
• Sprints: Il s'agit d'une période de temps définie pour terminer les user stories, décidée par le propriétaire du produit et l'équipe de développeurs, généralement de 2 à 4 semaines.
• Sprint Arriéré: Il s'agit d'un ensemble d'histoires d'utilisateurs à réaliser dans un sprint. Pendant le backlog du sprint, le travail n'est jamais attribué et l'équipe s'inscrit pour travailler de son propre chef. Il appartient à l'équipe et est géré par elle tandis que le travail estimé restant est mis à jour quotidiennement. Il s'agit de la liste des tâches qui doivent être effectuées dans Sprint
• Liste de blocage: Il s'agit d'une liste de blocages et de décisions non prises appartenant au Scrum Master et mise à jour quotidiennement.
• Tableau de combustion: Le graphique burn-down représente la progression globale des travaux en cours et des travaux terminés tout au long du processus. Il représente sous forme graphique les histoires et fonctionnalités non terminées

3. Cérémonies (processus) dans Scrum

• Sprint Planification: Un sprint commence avec l'équipe qui importe des histoires du backlog de publication dans le backlog de sprint ; il est hébergé par le scrum master. Les testeurs estiment l'effort pour tester les différentes histoires du Sprint Arriéré.
• Mêlée Quotidienne : Il est hébergé par Scrum Master, il dure environ 15 minutes. Lors du Daily Scrum, les membres discuteront du travail effectué la veille, du travail prévu pour le lendemain et des problèmes rencontrés lors d'un sprint. Au cours des réunions debout quotidiennes, les progrès de l'équipe sont suivis.
• Sprint RevVue/Rétrospective : Il est également animé par Scrum Master, il dure environ 2 à 4 heures et discute de ce que l'équipe a accompli lors du dernier sprint et des leçons qui ont été apprises.

Rôle du testeur dans Scrum

Il n'y a pas de rôle actif de Testeur dans le Scrum Processus. Habituellement, les tests sont effectués par un développeur avec Unit Test. Le propriétaire du produit est également fréquemment impliqué dans le processus de test lors de chaque 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 le testeur dans une mêlée ? La note suivante répondra

Activités de test dans Scrum

Les testeurs effectuent les activités suivantes au cours des différentes étapes de Scrum-

Sprint Préproduction

• Dans la planification de sprint, un testeur doit choisir une user-story dans le backlog produit qui doit être testée.
• En tant que testeur, il doit décider du nombre d'heures (estimation de l'effort) que cela devrait prendre pour finir tests pour chacune des user stories sélectionnées.
• En tant que testeur, il doit savoir quels sont les objectifs du sprint.
• En tant que testeur, contribuer au processus de priorisation

Sprint

• Accompagner les développeurs dans les tests unitaires
• Testez la user-story une fois terminée. L'exécution du test est effectuée dans un laboratoire où testeur et développeur travaillent main dans la main. Les défauts sont enregistrés Outil de gestion des défauts qui sont suivis quotidiennement. Les défauts peuvent être conférés et analysés lors de la réunion Scrum. Les défauts sont retestés dès qu'ils le sont résolu et déployé pour les tests
• En tant que testeur, il assiste à toutes les réunions quotidiennes pour prendre la parole.
• En tant que testeur, il peut apporter tout élément du backlog qui ne peut pas être complété dans le sprint en cours et le mettre au sprint suivant.
• Le testeur est responsable du développement des scripts d’automatisation. Il planifie des tests d'automatisation avec Système d'intégration continue (CI). L'automatisation revêt de l'importance en raison des délais de livraison courts. L'automatisation des tests peut être réalisée en utilisant divers outils open source ou payants disponibles sur le marché. Cela s’avère efficace pour garantir que tout ce qui doit être testé est couvert. Une couverture de test suffisante peut être obtenue grâce à une communication étroite avec l’équipe.
• RevAfficher les résultats de l'automatisation CI et envoyer des rapports aux parties prenantes
• Exécuter des tests non fonctionnels pour les user stories approuvées
• Coordonner avec le client et le propriétaire du produit pour définir les critères d'acceptation pour les tests d'acceptation
• À la fin du sprint, le testeur effectue également des tests d'acceptation (UAT) dans certains cas et confirme l'intégralité des tests pour le sprint en cours.

Sprint Rétrospective

• En tant que testeur, il déterminera ce qui n'a pas fonctionné et ce qui s'est bien passé lors du sprint en cours.
• En tant que testeur, il identifie les leçons apprises et les meilleures pratiques

Rapports de test

Les rapports sur les métriques du test Scrum offrent transparence et visibilité aux parties prenantes sur le projet. Les mesures rapportées permettent à une équipe d'analyser ses progrès et de planifier sa stratégie future pour améliorer le produit. Deux mesures sont fréquemment utilisées pour créer des rapports.

Tableau de combustion: Chaque jour, Scrum Master enregistre le travail restant estimé pour le sprint. Ce n’est rien d’autre que le Burn Down Chart. Il est mis à jour quotidiennement.

Un graphique burndown donne un aperçu rapide de l'avancement du projet. Ce graphique contient des informations telles que la quantité totale de travail du projet qui doit être terminé, la quantité de travail terminée au cours de chaque sprint, etc.

Graphique de l'historique de la vitesse : Le graphique de l'historique de vitesse prédit la vitesse de l'équipe atteinte à chaque sprint. Il s'agit d'un graphique à barres qui représente l'évolution des résultats des équipes au fil du temps.

Les mesures supplémentaires qui peuvent être utiles sont l'épuisement du calendrier, l'épuisement du budget, le pourcentage d'achèvement du thème, les histoires terminées – les histoires restantes, etc.

Tout tourne autour de Scrum en génie logiciel