Scrum dans les tests logiciels
Scrum in Software Testing est une méthodologie pour créer des applications logicielles complexes. Il fournit des solutions simples pour exécuter des tâches complexes. Scrum aide l'équipe de développement à se concentrer sur tous les aspects du développement du produit logiciel comme la qualité, les performances, la convivialité, etc. Il assure la transparence, l'inspection et l'adaptation pendant le développement du logiciel pour éviter la complexité.
Test Scrum
Scrum Testing est un test effectué dans la méthodologie Scrum pour vérifier que les exigences de l'application logicielle sont remplies. Il s'agit 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 des développeurs avec un test unitaire. Des équipes de test dédiées sont parfois nécessaires en fonction de la nature et de la complexité du projet.
Dans ce didacticiel, vous apprendrez-
- Qu'est-ce que Scrum?
- Principales caractéristiques de la méthodologie Scrum
- Rôles dans Scrum
- Artefacts Scrum
- Cérémonies (processus) dans Scrum
- Rôle du testeur dans Scrum
- Tester les activités dans Scrum
- Rapports de test
Principales caractéristiques de la méthodologie Scrum
Voici les principales caractéristiques de Scrum-
- Scrum a un calendrier fixe court de cycles de publication avec une portée ajustable connue sous le nom de 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étée de réunions, d'événements et de jalons
- Une pratique consistant à tester et à mettre en œuvre de nouvelles exigences, appelées histoires , pour s'assurer que certains travaux sont prêts après chaque sprint
Scrum est basé sur les 3 piliers suivants:
Regardons le un par un
1. Rôles dans Scrum
Il y a trois rôles principaux dans Scrum Testing - Product Owner, Scrum Master et L'équipe de développement. Étudions-les en détail
|
Propriétaire du produit |
Scrum Master |
L'équipe |
|---|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2. Artefacts Scrum
Un processus Scrum comprend
- User stories: elles sont une brève explication des fonctionnalités du système testé. Exemple pour le fournisseur d'assurance: «La prime peut être payée à l'aide du système en ligne».
- Backlog produit: il s'agit d'une collection de user stories capturées pour un produit Scrum. Le propriétaire du produit prépare et maintient le carnet de commandes du 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.
- Backlog de publication: une version est une période au cours de laquelle le nombre d'itérations est terminé. Le Product Owner se coordonne avec le Scrum Master pour décider quelles histoires doivent être ciblées pour une sortie. Les articles du backlog de publication sont destinés à être terminés dans une version.
- Sprints: Il s'agit d'une période 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 Backlog: C'est un ensemble de user stories à compléter dans un sprint. Pendant le backlog de sprint, le travail n'est jamais assigné et l'équipe s'inscrit pour travailler seule. Il est détenu et géré par l'équipe tandis que le travail estimé restant est mis à jour quotidiennement. C'est la liste des tâches à effectuer dans Sprint
- Liste de blocage: il s'agit d'une liste de blocages et de décisions non prises appartenant à Scrum Master et mise à jour quotidiennement
- Diagramme de burndown: Le graphe de burn -down représente la progression globale du travail en cours et du travail terminé tout au long du processus. Il représente sous forme de graphique les histoires et fonctionnalités non terminées
3. Cérémonies (processus) dans Scrum
- Planification du sprint: un sprint commence par l’importation par l’équipe des histoires du backlog de publication dans le backlog du sprint; il est hébergé par Scrum Master. Les testeurs estiment l'effort pour tester les différentes histoires du Sprint Backlog.
- Daily Scrum: Il est hébergé par Scrum Master, il dure environ 15 minutes. Pendant le 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 quotidiennes debout, les progrès de l'équipe sont suivis.
- Sprint Review / Rétrospective: Il est également hébergé 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 apprises.
Rôle du testeur dans Scrum
Il n'y a pas de rôle actif du testeur dans le processus Scrum . Habituellement, les tests sont effectués par un développeur avec un test unitaire. Alors que 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
Tester les activités dans Scrum
Les testeurs font les activités suivantes au cours des différentes étapes de Scrum-
Planification de sprint
- Lors de la planification de sprint, un testeur doit choisir une user-story dans le backlog produit à tester.
- En tant que testeur, il / elle doit décider du nombre d'heures (estimation de l'effort) nécessaires pour terminer le test de chacune des user stories sélectionnées.
- En tant que testeur, il doit savoir quels sont les objectifs de sprint.
- En tant que testeur, contribuer au processus de priorisation
Sprint
- Soutenir les développeurs dans les tests unitaires
- Tester la user-story une fois terminé. L'exécution des tests est effectuée dans un laboratoire où le testeur et le développeur travaillent main dans la main. Les défauts sont enregistrés dans l'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 de mêlée. Les défauts sont retestés dès qu'ils sont résolus et déployés pour les tests
- En tant que testeur, il / elle assiste à toutes les réunions quotidiennes pour prendre la parole
- En tant que testeur, il / elle peut apporter tout élément de backlog qui ne peut pas être complété dans le sprint en cours et le mettre au sprint suivant
- Tester est responsable du développement des scripts d'automatisation. Il planifie les tests d'automatisation avec le système d'intégration continue (CI). L'automatisation prend 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.
- Examiner les résultats de l'automatisation de l'EC et envoyer des rapports aux parties prenantes
- Exécution de 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 des tests d'acceptation
- À la fin du sprint, le testeur effectue également des tests d'acceptation (UAT) dans certains cas et confirme l'exhaustivité des tests pour le sprint actuel
Rétrospective Sprint
- En tant que testeur, il découvrira ce qui s'est mal passé et ce qui s'est bien passé dans le sprint actuel
- En tant que testeur, il identifie les leçons apprises et les meilleures pratiques
Rapports de test
Le reporting des métriques Scrum Test offre transparence et visibilité aux parties prenantes sur le projet. Les métriques rapportées permettent à une équipe d'analyser ses progrès et de planifier sa future stratégie pour améliorer le produit. Il existe deux mesures fréquemment utilisées pour créer des rapports.
Burn down chart: Chaque jour, Scrum Master enregistre l'estimation du travail restant pour le sprint. Ce n'est rien d'autre que le Burn Down Chart. Il est mis à jour quotidiennement.
Un graphique de burndown donne un aperçu rapide de l'avancement du projet, ce graphique contient des informations telles que la quantité totale de travail dans le projet qui doit être achevée, la quantité de travail effectuée au cours de chaque sprint, etc.
Graphique d'historique de vitesse: Le graphique d'historique de vitesse prédit la vitesse de l'équipe atteinte à chaque sprint. Il s'agit d'un graphique à barres et représente la façon dont la production des équipes a changé au fil du temps.
Les mesures supplémentaires qui peuvent être utiles sont la gravure du calendrier, la combustion du budget, le pourcentage de thème achevé, les histoires terminées - histoires restantes, etc.
Avez-vous des conseils ou des expériences à partager pour les tests Scrum? Laissez un commentaire ci-dessous-