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 construire complex applications de programme. 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 les complexity.

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 com.plexité du projet.

Principales caractéristiques de la méthodologie Scrum

Following sont 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 que certains travaux sont publiés prêts après chaque sprint

Scrum est basé sur le suivantwing 3 piliers-

Principales caractéristiques de la méthodologie Scrum

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 répondre aux sprint objectif
Il/elle peut accepter ou rejeter le résultat de l'élément de travail Invite à la mêlée quotidienne, sprint réunions de révision et de planification Participer activement aux cérémonies quotidiennes

2. Artefacts Scrum

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. La préparation du Product Ownerares 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 de user stories à compléter dans un sprint. Pendant sprint arriéré, le travail n'est jamais attribué et l'équipe s'inscrit elle-même au travail. Il appartient et est géré par l'équipe tandis que le travail restant estimé est mis à jour quotidiennement. C'est 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: A sprint commence par l'importation par l'équipe des histoires du backlog de publication dans le sprint arriéré; il est hébergé par Scrum Master. Les testeurs estiment les efforts déployés pour tester les différentes histoires dans le 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 Revue/Rétrospective : Il est également hébergé par Scrum Master, il dure environ 2 à 4 heures. hours et discutez de ce que l'équipe a accompli au cours des dernières sprint et quelles leçons ont été tirées.

Rôle du testeur dans Scrum

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. Même si le Product Owner est également fréquemment impliqué dans le processus de test au cours de chaque sprint. Certains projets Scrum disposent d'équipes de tests dédiées en fonction de leur nature et de leur com.plexité du projet.

La question suivante est : que fait le testeur dans une mêlée ? Suivrewing la note répondra

Activités de test dans Scrum

Les testeurs suiventwing activités au cours des différentes étapes de Scrum-

Sprint Préproduction

  • In sprint Lors de la planification, un testeur doit choisir une user-story dans le backlog produit qui doit être testée.
  • En tant que testeur, il/elle doit décider combien hours (Estimation de l'effort), cela devrait prendre pour finir tests pour chacune des user stories sélectionnées.
  • En tant que testeur, il doit savoir ce que sprint les objectifs sont.
  • 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éployeryed pour tester
  • 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 courant sprint et je passe au suivant sprint
  • 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.
  • Examiner les résultats de l'automatisation de 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
  • A la fin de l' sprint, le testeur effectue également des tests d'acceptation (UAT) dans certains cas et confirme l'intégralité des tests pour le courant sprint

Sprint Rétrospective

  • En tant que testeur, il déterminera ce qui n'a pas fonctionné et ce qui s'est bien passé dans le contexte actuel. sprint
  • 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 d'avancement 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.

Rapports de test

Graphique de l'historique de la vitesse : Le graphique de l'historique de vitesse prédit la vitesse de l'équipe atteinte dans 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