Partager via

Exemple de rapport sur les tendances d’exécution de tests manuels

  • Article

Azure DevOps Services | Azure DevOps Server 2022 | Azure DevOps Server 2020

Cet article explique comment obtenir l’état d’exécution d’un ou plusieurs plans de test dans Power BI. Le rapport généré est similaire à l’image suivante et au graphique de tendances des résultats du rapport de progression.

Capture d’écran du rapport de tendance sur la tendance de la zone empilée du plan de test Power BI.

Le rapport affiche un graphique de tendance qui résume le nombre et les états de résultats des plans de test exécutés sur une période spécifiée.

  • Réussi : nombre de cas de test réussis.
  • Échec : nombre de cas de test ayant échoué.
  • NotApplicable : nombre de cas de test
  • Bloqué : nombre de cas de test bloqués de l’exécution.
  • NotExecuted : nombre de cas de test définis, mais pas exécutés.

Questions sur les réponses du rapport

Ce rapport vous aide à suivre la progression de l’équipe en ce qui concerne les tests planifiés de votre produit ou service en répondant aux questions suivantes :

  • Combien de tests sont terminés ?
  • Quel est l’état actuel des tests qui passent, échouent ou sont bloqués ?
  • Combien de tests passent et quelles sont les tendances qui indiquent la qualité des logiciels ?
  • Combien de tests échouent ?
  • Combien de tests sont bloqués et quelles sont les tendances qui indiquent ?

Un rapport de tendance d’exécution de test sain montre une progression stable dans les plans de test en cours d’exécution et de réussite. Dans l’idéal, le rapport présente un nombre relativement plat de cas de test pour un plan donné. À mesure que le cycle de développement progresse, le nombre de cas de test réussis doit augmenter et le nombre de cas de test dans d’autres états doit baisser.

Important

L’intégration de Power BI et l’accès au flux OData du service Analytics sont généralement disponibles pour Azure DevOps Services et Azure DevOps Server 2020 et versions ultérieures. Les exemples de requêtes fournis dans cet article sont valides uniquement sur Azure DevOps Server 2020 et versions ultérieures, et dépendent de la version v3.0-preview ou ultérieure. Nous vous encourageons à utiliser ces requêtes et à nous fournir des commentaires.

Prérequis

  • Accès : être membre d’un projet avec au moins un accès de base .
  • Autorisations : par défaut, les membres du projet ont l’autorisation d’interroger Analytics et de créer des vues.
  • Pour plus d’informations sur les autres prérequis concernant l’activation du service et des fonctionnalités et les activités de suivi des données générales, consultez Autorisations et conditions préalables pour accéder à Analytics.

Remarque

Cet article part du principe que vous lisez la vue d’ensemble des exemples de rapports à l’aide de requêtes OData et que vous avez une compréhension de base de Power BI.

Pour que le rapport génère des données utiles, l’équipe doit effectuer les activités suivantes pour gérer les plans de test :

  • Définissez des plans de test, des suites de test et des cas de test. Spécifiez leur état. Pour qu’une suite de tests s’exécute, elle doit être dans l’état En cours. Pour qu’un cas de test s’exécute, il doit être dans l’état Prêt. Pour plus d’informations, consultez Créer des plans de test et des suites de tests et créer des cas de test manuels.

  • Exécutez des tests manuels et vérifiez les résultats. Marquez les résultats de chaque étape de validation dans le cas de test comme ayant réussi ou échoué. Pour plus d’informations, consultez Exécuter des tests manuels.

    Remarque

    Les testeurs doivent marquer une étape de test avec un état s’il s’agit d’une étape de test de validation. Le résultat global d’un test reflète l’état de toutes les étapes de test marquées. Par conséquent, le test aura un état d’échec si une étape de test est marquée comme ayant échoué ou non marquée.

Exemples de requêtes

Vous pouvez utiliser les requêtes suivantes de l’ensemble TestPointHistorySnapshot d’entités pour créer des rapports de tendances d’exécution de plan de test différents, mais similaires.

Remarque

Pour déterminer les propriétés disponibles à des fins de filtre ou de rapport, consultez la référence des métadonnées pour Test Plans Analytics. Vous pouvez filtrer vos requêtes ou renvoyer des propriétés à l’aide de l’une Property des valeurs sous ou EntityType des NavigationPropertyBinding Path valeurs disponibles avec un EntitySet. Chaque EntitySet correspond à un EntityType. Pour plus d’informations sur le type de données de chaque valeur, passez en revue les métadonnées fournies pour le type de données correspondant EntityType.

Copiez et collez la requête Power BI suivante directement dans la fenêtre Obtenir une requête vide de données>. Pour plus d’informations, consultez Vue d’ensemble des exemples de rapports à l’aide de requêtes OData.

let 
    Source = OData.Feed ("https://analytics.dev.azure.com/{organization}/{project}/_odata/v3.0-preview/TestPointHistorySnapshot?" 
        &"$apply=filter((TestSuite/TestPlanTitle eq '{testPlanTitle}') and (DateSK ge {startDate} and DateSK le {endDate}))" 
        &"/groupby(" 
            &"(DateSK)," 
            &"aggregate(" 
                &"$count as TotalCount," 
                &"cast(ResultOutcome  eq 'Passed', Edm.Int32) with sum as Passed," 
                &"cast(ResultOutcome  eq 'Failed', Edm.Int32) with sum as Failed," 
                &"cast(ResultOutcome eq 'Blocked', Edm.Int32) with sum as Blocked," 
                &"cast(ResultOutcome eq 'NotApplicable', Edm.Int32) with sum as NotApplicable," 
                &"cast(ResultOutcome eq 'None', Edm.Int32) with sum as NotExecuted," 
                &"cast(ResultOutcome ne 'None', Edm.Int32) with sum as Executed 
            ) 
        )", null, [Implementation="2.0"]) 
in 
    Source

Chaînes de substitution et répartition des requêtes

Remplacez les chaînes suivantes par vos valeurs. N’incluez pas de crochets {} avec votre substitution. Par exemple, si le nom de votre organisation est « Fabrikam », remplacez par {organization}Fabrikam, et non {Fabrikam}par .

  • {organization} - Nom de votre organisation
  • {project} - Nom de votre projet d’équipe ou omettre entièrement « /{projet} » pour une requête inter-projets
  • {testPlanTitle} - Titre de votre plan de test. Exemple : Fabrikam test plan.
  • {startDate} et {endDate} - Plage de dates d’intérêt. Vous pouvez entrer les dates au format AAAAMMDD. Par exemple, 20220815 pour le 15 août 2022.

Répartition des requêtes

Le tableau suivant décrit chaque partie de la requête.

Composant de requête

Description

filter((TestSuite/TestPlanTitle eq '{testPlanTitle}'))

Renvoyer des données pour un plan de test sélectionné uniquement. Vous pouvez ajouter plusieurs plans avec une clause comme filter((TestSuite/TestPlanTitle eq '{testPlanTitle1}' ou TestSuite/TestPlanTitle eq '{testPlanTitle2}')). Vous pouvez également appliquer tous les autres filtres liés aux suites de tests et aux configurations de test ici.

and (DateSK ge {startDate} and DateSK le {endDate})

Plage de dates d’intérêt. Vous pouvez entrer les dates au YYYYMMDD format.

/groupby((DateSK)

Regroupez les données dans des bacs de même date. Il produit un ensemble de valeurs par jour dans une plage de dates donnée.

/aggregate($count as TotalCount,

Agréger des données sur les points de test filtrés avec un nombre égal TotalCountà .

cast(LastResultOutcome eq 'Passed', Edm.Int32) with sum as Passed,

Lors de l’agrégation, les points de test de cast de type ont le dernier résultat d’exécution « Passé » à 1 et les additionnez comme Passed métriques.

(Facultatif) Renommer la requête

Vous pouvez renommer l’étiquette de requête par défaut , Query1, en quelque chose de plus significatif. Entrez simplement un nouveau nom dans le volet Paramètres de requête .

Capture d’écran des options de menu de requête Power BI, renommer la requête.

Modifier le type de données de colonne

Dans le Éditeur Power Query, sélectionnez la TotalCount colonne et toutes les autres colonnes, puis sélectionnez Type de données dans le menu Transformer, puis choisissez Nombre entier. Pour plus d’informations sur la modification du type de données, consultez Transform Analytics pour générer des rapports Power BI, Transformer un type de données de colonne.

(Facultatif) Renommer des champs de colonne

Vous pouvez renommer des champs de colonne. Par exemple, vous pouvez renommer la colonne NotApplicable en Not Applicable, ou TotalCount en Total Count. Pour savoir comment procéder, consultez Renommer les champs de colonne.

Fermez la requête et appliquez vos modifications

Une fois que vous avez terminé toutes vos transformations de données, choisissez Fermer & Appliquer dans le menu Accueil pour enregistrer la requête et revenir à l’onglet Rapport dans Power BI.

Capture d’écran de Éditeur Power Query’option Fermer et appliquer.

Créer le rapport de graphique en aires empilées

  1. Dans Power BI, sous Visualisations, choisissez le rapport de graphique en aires empilées . Capture d’écran des sélections de champs de visualisation pour le rapport d’exécution des tendances d’exécution du plan de test.

  2. Faites glisser et déposez DateSK sur l’axe X.

  3. Faites glisser-déplacer Transmis, Failed, Blocked, NotApplicable et NotExecuted sur l’axe Y.

Votre rapport doit ressembler à l’image suivante.

Capture d’écran du rapport de tendance sur la tendance de zone empilée power BI de l’exemple de plan de test.