BACCM and the 5 BABOK Perspectives: The Foundation Every BA Needs
Explore the Business Analysis Core Concept Model and all five...
Documentation des plans de test Azure DevOps
En tant qu'analyste métier ou responsable des tests, la création de vos documents pour vos plans de test Azure DevOps peut s'avérer une tâche ardue.
Il en va de même pour les exigences qui se trouvent dans votre projet Azure DevOps, mais les plans de test Azure posent un défi particulier.
Cet article vous offre un bref aperçu du module « Test Plans » d'Azure DevOps, de son fonctionnement et de la manière dont vous pouvez facilement documenter les résultats de vos tests. Vous découvrirez également l'architecture d'Azure DevOps.
Pour un aperçu rapide, vous pouvezpasser directement à la vidéo
Qu'est-ce que les plans de test Azure DevOps ?
Azure Test Plans est un module de gestion des tests intégré à Azure DevOps qui permet aux utilisateurs de gérer les plans de test, les suites de test et les cas de test pour tous les intervenants du processus de développement logiciel. Grâce aux plans de test, vous pouvez Azure Test Plans propose également une extension de navigateur pour les tests exploratoires et la collecte des commentaires des parties prenantes.
Azure DevOps (ADO) est un excellent outil permettant à votre équipe d'assurance qualité d'élaborer ses plans de test pour un projet donné. En intégrant votre équipe de test à la plateforme Azure DevOps, vous pouvez utiliser efficacement votre projet ADO comme source unique de référence.
Vous pouvez demander à vos développeurs d'utiliser les dépôts et de lier le travail de développement aux exigences, à vos équipes d'analyse métier de définir les exigences et d'y associer des cas de test, et à votre équipe d'assurance qualité d'utiliser ces cas de test ainsi que les exigences définies par l'équipe d'analyse métier pour exécuter l'ensemble de vos tests.
Les plans de test Azure DevOps peuvent désormais être utilisés aussi bien pour les tests automatisés que pour les tests manuels. Cet article se concentre toutefois uniquement sur les tests manuels dans les plans de test ADO.
Test Plans est un outil formidable qui permet à votre équipe de mener à bien ses tests manuels, et ce pour de nombreuses raisons :
Avis des parties prenantes
Le principal avantage des plans de test réside dans le fait qu'ils permettent à votre équipe de test de collaborer avec vos équipes d'analyse métier et de développement au sein d'un même environnement. Vous créez ainsi une source unique de référence pour toutes les personnes travaillant sur un projet.
En déployant vos opérations de tests manuels à partir d'ici, vous pouvez interagir directement avec les cas de test déjà créés au sein de votre projet Azure DevOps. Ainsi, les contributions de votre équipe d'analyse métier lors de la création des cas de test seront facilement intégrées à votre workflow de test. Cette fonctionnalité offre un avantage considérable aux équipes dont les analystes métier sont capables de créer des cas de test pour l'équipe d'assurance qualité. Si vous êtes un analyste métier qui effectue cette tâche, vous verrez comment cela fonctionne plus loin dans cet article.
Fonctionnalités avancées de tests manuels
Test Plans propose également des fonctionnalités de test manuel extrêmement utiles qui permettent à vos testeurs d'apporter des commentaires pertinents sur les résultats de leurs tests, au-delà de la simple indication de la réussite ou de l'échec d'une étape de test spécifique. Il offre également une fenêtre interactive permettant à la fois de noter les résultats de chaque étape de test, de capturer des captures d'écran ou des enregistrements en direct, et d'ajouter des commentaires directement liés à l'exécution de ce scénario de test.
Ainsi, lorsque vous passez en revue les exécutions de test que vous avez effectuées, vous pouvez comprendre ce que votre testeur a constaté lorsqu'il a signalé un pas de test comme bloqué ou ayant échoué. Grâce à ces informations détaillées, même une équipe de test manuel externe peut apporter une contribution pertinente et permettre aux équipes d'identifier et d'interpréter facilement les résultats négatifs.
Extensibilité aisée
Grâce àdes outils de gestion des cas de test adaptés, vous pouvez générer des rapports intelligents et des matrices de traçabilité horizontale sur les détails des plans de test, des suites de test, des cas de test, des exécutions de test, des exécutions de cas de test et des exécutions d'étapes de cas de test.
Des outils comme celui-ci permettent de modifier les fonctionnalités des plans de test afin de refléter la manière dont les entreprises gèrent les cas de test grâce à des liens virtuels.
Comment fonctionnent les plans de test ?
Chaque mois, Google enregistre des milliers de recherches demandant comment fonctionnent les tests ADO. Cela s'explique peut-être par le fait que la plupart des équipes utilisent des solutions propriétaires développées en interne pour les tests, qui sont distinctes des plans de test ADO.
Avant de découvrir le fonctionnement des plans de test ADO, il est utile de se familiariser avec la terminologie correspondante. Les plans de test Azure vous proposent trois principaux types d'artefacts de gestion des tests :
- Plan de test: il s'agit d'un ensemble composé de configurations, de suites de tests et de cas de test, que vous pouvez diviser en étapes de test partagées et utiliser avec des paramètres. Vous pouvez regrouper des suites de tests et des cas de test individuels. Les plans de test comprennent des suites de tests statiques, des suites basées sur les exigences et des suites basées sur des requêtes.
- Suite de tests: il s'agit d'un ensemble de cas de test qui explorent différents scénarios dans le cadre d'un plan de test global. Le regroupement des cas permet de voir plus facilement quels scénarios ont été couverts.
- Cas de test : ils'agit d'une étape ou d'une série d'étapes visant à valider des éléments spécifiques de votre code ou du déploiement de votre application. Grâce à un cas de test, vous pouvez vérifier si votre code fonctionne correctement et répond aux besoins de l'entreprise et des clients. Vous pouvez créer des cas de test dans le cadre d'un plan de test sans avoir à créer de suite de tests.
La terminologie peut parfois prêter à confusion, car de nombreuses équipes utilisent le terme « plan de test » alors qu’elles veulent parler de « suite de tests ».
Si votre équipe crée une suite de tests, elle doit choisir parmi trois types de suites de tests, comme indiqué ci-dessous :
Plan de test 1 :
Les plans de test contiennent des suites de tests.
Il existe trois types de suites de tests. Lisez la description de chacune des suites suivantes pour découvrir ces trois types.
- Suite de tests 1
- Suite de tests 2
- Suite de tests 3
Suite de tests n° 1 – Basée sur les exigences
Les suites de tests basées sur les exigences sont les plus simples et les plus traçables. Elles regroupent tous les cas de test correspondant à une exigence donnée.
- Cas de test n° 1
- Cas de test n° 2
Suite de tests 2 – Basée sur des requêtes
Les suites de tests basées sur des requêtes extraient un ensemble de tests de votre projet, quelles que soient les exigences auxquelles les cas de test sont associés.
- Cas de test n° 3
- Cas de test n° 4
Suite de tests 3 – Basée sur des tests statiques
Les suites de tests basées sur des éléments statiques sont utilisées soit comme conteneurs pour regrouper d'autres suites de tests, soit pour regrouper un ensemble spécifique de cas de test.
- Cas de test n° 5
- Cas de test n° 6
- Suite de tests 1
- Suite de tests 2
Selon la suite de tests que vous créez, la création d'une suite de tests vous permet d'intégrer tous les cas de test que vous souhaitez tester.
Une fois que vous avez créé votre suite de tests avec les cas de test correspondants, vous pouvez exécuter l'ensemble de la suite ; c'est ce qu'on appelle une exécution de test.
Avant de lancer votre test, vous devez choisir parmi trois types de suites de tests : basées sur les exigences, basées sur les requêtes et statiques.
Comment choisir un type de suite de tests ?
Avant de lancer votre exécution de test, vous devez choisir parmi trois types de suites de tests à exécuter : basées sur les exigences, basées sur les requêtes et statiques. N'oubliez pas : les suites de tests (quel que soit leur type) ne peuvent contenir que des cas de test.
1) Suite de tests basée sur les exigences
Une suite de tests basée sur les exigences est une suite dans laquelle vous associez vos cas de test à une exigence afin d'en définir les critères d'acceptation.
La création d'une suite de tests basée sur une exigence permet d'intégrer tous les cas de test associés à cette exigence. Lorsque vous créez une suite, vous importez automatiquement tous les cas de test qui y sont associés. Il vous suffit simplement de sélectionner l'exigence.
Vous pouvez ensuite exécuter tous les tests relatifs à cette exigence, examiner les résultats de chaque exécution de test et déterminer si le produit que vous développez répond pleinement à cette exigence.
Comme la création d'une suite intègre automatiquement tous les tests associés, votre équipe d'assurance qualité n'a pas besoin de refaire le travail consistant à renseigner toutes les exigences. Si vos analystes métier et vos développeurs ont ajouté les cas de test pour une exigence lors de sa création, les responsables de l'assurance qualité peuvent les utiliser. C'est là tout l'intérêt d'un modèle de source unique de vérité. Vos équipes peuvent ainsi tirer parti du travail de chacune d'entre elles.
Même si votre responsable des tests décide de créer davantage de cas de test pour cette suite basée sur les exigences, les cas de test qu'il créera seront automatiquement associés à l'exigence correspondante. Ainsi, que ce soit les analystes fonctionnels, les développeurs ou les responsables des tests qui ajoutent des cas de test, chaque équipe peut contribuer au même ensemble de tâches.
Si vous utilisez des suites de tests basées sur les exigences, votre équipe peut créerdes matrices de traçabilité qui vous permettent de voir comment vos cas de test correspondent à vos exigences et si un cas de test a réussi ou échoué pour une exigence donnée.
Avec des solutions plus avancées, vous pouvez même exporter et partagerdes rapports explicatifssur vos tests.
2) Suite de tests basée sur une requête
Lorsque vous effectuez une requête sur les éléments de travail et que vous sélectionnez les cas de test à inclure dans votre suite, vous créez une suite basée sur une requête. Azure DevOps ajoute automatiquement à la suite tous les cas de test qui répondent à ces critères.
Dans quels cas utilise-t-on une suite de tests basée sur des requêtes ?
Dans certains cas, les équipes exécutent des tests sur tous les cas de test actuellement inclus dans chaque itération, ou sur tous les éléments portant une balise donnée, ou encore selon d'autres critères. Ces conditions ne sont pas nécessairement liées directement à une exigence particulière et ne peuvent être satisfaites qu'à l'aide d'une requête spécifique.
Contrairement aux suites basées sur les exigences, qui regroupent tous les tests associés à une exigence, les suites basées sur des requêtes permettent aux équipes de créer une suite de tests à partir de n'importe quel critère disponible.
Si vous créez ce type de suite de tests, le système vous demande comment vous souhaitez importer les cas de test et vous permet de créer une requête ad hoc à cette fin. Cela vous permet d'importer les cas de test qui répondent à des critères spécifiques. Il est important de noter que cette fonctionnalité n'utilise pas les requêtes que votre équiped'analyse métiercréerait dans Azure DevOps. Cependant, l'interface permettant de créer cette requête ad hoc est pratiquement identique.
3) Suite de tests statiques
Les suites statiques sont des conteneurs logiques dans lesquels vous pouvez ajouter tous les tests de votre choix. Elles ne sont liées à aucune exigence ni à aucune requête.
Ils s'avèrent utiles lorsque vous devez créer plusieurs niveaux de suites de tests imbriquées. Ils peuvent également servir à créer et à tester des tests ponctuels.
Comment élaborer un plan de test
Les plans de test aident votre équipe à organiser la manière dont les tests sont exécutés afin que votre projet réponde aux normes de qualité. Vous devrez créer à la fois des plans de test et des suites de test pour l'ensemble des exigences de chaque itération ci-dessous.
Les étapes sont les suivantes :
Étape 1 :
Pour créer un plan de test intitulé « Plan de test de l'itération », accédez à l'onglet Plan de test dans le panneau de gauche de votre interface Azure DevOps. Sélectionnez « + Nouveau plan de test ».
Intitulez ce plan de test « Plan de test pour l'itération 1 ».
Cochez cette case si vous souhaitez que ce plan de test spécifique s'applique à un chemin de domaine ou à une itération donnés. Sinon, vous pouvez laisser ce champ vide (dans les exemples illustrés, ces deux champs sont laissés vides, conformément aux options par défaut).
Maintenant que les plans de test sont créés, il est temps de créer une suite.
Étape 2 : Ajouter des suites de tests
Comme l'objectif est de s'assurer que toutes les exigences d'une itération donnée d'un produit sont testées, vous allez ajouter des suites basées sur les exigences.
Lorsque vous créez une suite de tests basée sur les exigences, vous importez les cas de test qui existent déjà pour les exigences concernées. Sinon, vous devrez ajouter de nouveaux cas de test à une exigence avant de l'ajouter à une suite de tests basée sur les exigences.
Nous ne voulons pas ajouter des exigences, mais les cas de test qui y sont associés. Ce point sert simplement à rappeler que, même lorsque vous créez une suite de tests basée sur des exigences, vous créez un ensemble de cas de test, et non des exigences.
Créons donc des suites de tests (ensembles de cas de test) pour chacune des exigences de l'itération 1.
Étape 3 : Exécuter la requête
Vous pouvez voir ci-dessus la requête que vous devez créer pour récupérer les exigences de l'itération 1 ; il vous suffit ensuite de cliquer sur « Exécuter la requête », comme indiqué ci-dessus.
Lorsque vous exécutez la requête et que vous voyez les éléments de travail de l'itération 1, sélectionnez-en quelques-uns.
Étant donné que chaque élément de travail ci-dessus correspond à une exigence fonctionnelle et que vous avez choisi de créer des suites de tests basées sur les exigences, vous allez créer quatre suites de tests, une pour chaque exigence.
Voyons ce qui se passe lorsque l'on clique sur le bouton bleu « Créer des suites » ci-dessus.
Sur l'image ci-dessus, vous pouvez voir que les suites de tests des éléments de travail 306 et 307 sont accompagnées d'un chiffre entre parenthèses. Ce chiffre indique le nombre de cas de test qu'elles contiennent, respectivement un et trois.
Exécuter votre premier plan de test
Maintenant que vous disposez d'une suite de tests pour toutes les exigences nécessaires, vous pouvez soit exécuter les tests, soit ajouter des cas de test afin de compléter les suites de tests pour ces exigences.
L'opération consistant à « exécuter le ou les cas de test » d'une suite de tests afin de vérifier s'ils réussissent ou échouent est appelée « exécution de test ». Une exécution de test correspond au résultat de l'exécution d'un ou de plusieurs cas de test.
Faisons un test de l'une de nos suites de tests.
Cliquez avec le bouton droit de la souris sur les cas de test dans l'élément de travail 307, puis sélectionnez « Exécuter pour l'application Web ». Grâce àl'extension du navigateur Chrome, vous pouvez exécuter ces tests directement dans Chrome.
Azure ouvrira une nouvelle fenêtre pour votre exécution de test (voir ci-dessous).
Si vous faites glisser cette fenêtre à côté de celle contenant l'application web que vous êtes en train de tester, vous pouvez voir les différentes étapes de test et les valider ou les rejeter au fur et à mesure que vous les testez. Si l'application ou la fonction échoue à l'une des étapes de test, vous pouvez ajouter des commentaires expliquant pourquoi elle a échoué.
Vous pouvez même enregistrer l'écran ou faire des captures d'écran pour mieux illustrer l'échec. Ces informations sont désormais jointes à l'exécution du test.
En testant l'application ou le produit et en donnant votre avis sur son fonctionnement, vous permettez à votre équipe d'apporter une contribution utile pour résoudre les problèmes que vous avez repérés.
Une fois que vous avez terminé un scénario de test (qu'il ait abouti ou échoué), vous pouvez passer au scénario suivant de la série de tests. Pour ce faire, cliquez sur « Suivant », comme indiqué ci-dessous.
Une fois votre suite de tests terminée, vous pouvez enregistrer et fermer votre exécution de test. Vous pourrez consulter les résultats dans l'onglet « Exécutions » des plans de test Azure DevOps.
Comprendre les résultats du plan de test
Imaginons que vous ayez exécuté le plan de test suivant (suite de tests basée sur les exigences n° 307) de notre exemple ci-dessus et obtenu les résultats suivants :
Vous pouvez choisir d'utiliser ce même écran pour voir les tests réussis et ceux qui ont échoué, mais si vous souhaitez consulter les contributions de vos testeurs, vous pouvez utiliser la vue « Runs » dans la section « Test Plans » (voir à gauche de l'image ci-dessus).
Vous pouvez voir ici l'exécution de test qui « nécessite une analyse ».
En cliquant sur cette exécution de test, vous accédez à la section « Exécutions récentes » et vous verrez s'afficher la page d'exécution de test suivante, qui comporte trois onglets. Ces onglets sont « Résumé de l'exécution », « Résultats du test » et « Filtre » ; vous pouvez les voir ci-dessous.
C'est dans la section « Tests » que vous trouverez les captures d'écran, les enregistrements, les vidéos et/ou les commentaires ajoutés par vos testeurs. Ces éléments ne sont pas disponibles dans l'onglet « Résumé du test ».
Pour consulter les contributions de vos testeurs, rendez-vous dans l'onglet « Résultats des tests », comme indiqué ci-dessous.
Sélectionnez votre scénario de test ayant échoué pour accéder aux informations recueillies par un testeur donné lors de son exécution de test pour ce scénario.
Pour exploiter les commentaires fournis par vos testeurs, vous pouvez créer des bogues en revenant à l'écran précédent, qui affiche un scénario de test ayant échoué et vous permet de « Créer un bogue ». Cela vous permettra de créer un bogue associé à une relation intitulée « Résultat du test » (illustrée ci-dessous), qui renvoie directement au scénario de test ayant échoué dans l'exécution de test.
Rédaction de votre plan de test
La plupart des grandes entreprises dont les activités sont à forte intensité technique doivent également documenter le travail effectué par leurs employés.
Vous trouverez de nombreuses informations détaillées concernant un échec spécifique d'une suite de tests ou du plan de test dans le projet Azure DevOps lui-même. Azure DevOps vous aidera à créer un document pour votre plan de test qui comprendra tous les liens vers les pages pertinentes (comme l'exécution de test affichant les détails d'un échec) au sein de votre projet.
Vous trouverez ci-dessous la procédure à suivre pourexporterles résultats d'une suite de tests donnée au format document.
Lorsque vous exportez ce document, vous pouvez sélectionner « Imprimer » pour créer un fichier PDF qui ressemble à la capture d'écran ci-dessous :
Les liens ci-dessus vous permettent d'accéder aux détails complets d'un résultat donné.
Par exemple, le cas de test n° 1578 (situé vers le bas de la capture d'écran ci-dessus) affiche la valeur « Échec » dans le champ « Dernier résultat du test », accompagnée d'un lien. Ce lien vous redirigera vers la page « Exécutions de test », où vous pourrez consulter les contributions de vos testeurs.
Mais cette documentation ne suffit pas. De nombreux utilisateurs préfèrent créer une version standard du document de plan de test, qui reprend tout le contexte relatif à un plan de test donné. Si vous devez rédiger un document décrivant le périmètre, les risques, l'objectif, la stratégie, etc., vous pouvez utiliser Microsoft Word.
La documentation n'est pas réputée pour être l'un des principaux atouts d'Azure DevOps. Mais grâce à une solution commeSmartDocs, vous pouvez transformer les éléments de travail, les cas de test, les suites de test, les plans de test et de nombreuses informations associées en une documentation claire et facile à partager.
La vidéo ci-dessous vous montre comment faire.
Création de documents de test à partir d'Azure DevOps
Dans cette vidéo, nous vous expliquons comment créer la documentation relative à vos plans de test depuis votre projet Azure DevOps à l'aide du module Smart Docs de Modern Requirements4DevOps.
Table des matières
Articles récents
Requirements Analysis and Design Definition: From Raw Input to a Specification Worth Building
Learn how to analyze, model, verify, validate, and prioritize requirements...
OT Cybersecurity Requirements Management: How Energy and Utility Teams Stay Compliant and Audit-Ready
Learn how energy and utility teams manage OT cybersecurity requirements...
