Partager via

Référence des champs d'intégration de build et de tests

  • Article

Les champs de données de build et de test Team Foundation Server (TFS) vous permettent d'effectuer les actions suivantes :

  • Associer des bogues aux builds dans lesquelles ils ont été trouvés ou résolus

  • Marquer les cas de test comme étant manuels ou automatisés, et stocker des informations pour prendre en charge les cas de test automatisés

  • Pour les cas de test et les étapes partagées, définir les étapes d'action et de validation et les données utilisées pour effectuer les tests

Test Manager et les types d'éléments de travail de test utilisent les champs suivants pour faire le suivi des plans de test, des progrès et des résultats. La disponibilité des types d'éléments de travail varie selon la version de TFS installée sur votre couche Application. Pour en savoir plus sur l'utilisation de ces types d'éléments de travail, voir Planifier des tests manuels à l'aide de Team Web Access.

TFS 2013,0

TFS 2013,2

TFS 2013,3

  • Bogue

  • Étapes partagées

  • Cas de test

  • Bogue

  • Paramètres partagés

  • Étapes partagées

  • Cas de test

  • Bogue

  • Paramètres partagés

  • Étapes partagées

  • Cas de test

  • Plan de test

  • Suite de tests

Pour en savoir plus sur la mise à niveau d'un projet d'équipe existant dans le but d'obtenir les types d'éléments de travail que votre projet d'équipe ne possède pas actuellement, cliquez ici.

Champs de données de build et de test apparaissant sur les formulaires d'élément de travail

Le tableau suivant décrit les champs définis dans un ou plusieurs des types d'éléments de travail de test. Pour plus d'informations sur les types de données et les attributs de champ, voir Définir et modifier les champs des éléments de travail.

Pour personnaliser un champ ou une liste de choix, voir Modifier ou ajouter un champ pour prendre en charge les requêtes, les rapports et le flux de travail.

Nom du champ

Description

Nom de la référence

Type de données

Valeur par défaut de l'attribut de type signalable

Valeur par défaut de l'attribut d'index

Statut Automation (voir remarque 1)

Statut d'un cas de test. Vous pouvez indiquer les valeurs suivantes :

  • Pas automatisé

  • Planifié

Pour exécuter des tests automatisés, voir Automatiser un cas de test dans Microsoft Test Manager.

Microsoft.VSTS.TCM.AutomationStatus

Chaîne

Détails

False

Trouvé dans (voir remarque 2)

Numéro de build du produit, ou « révision », dans lequel un bogue a été trouvé.

Microsoft.VSTS.Build.FoundIn

Chaîne

Dimension

False

Build d'intégration (voir remarque 2)

Numéro de build du produit contenant le code ou corrigeant un bogue.

Microsoft.VSTS.Build.IntegrationBuild

Chaîne

Dimension

False

Problème

Indique que les étapes partagées sont associées à un résultat attendu. Les valeurs autorisées sont Oui et Non. (Étapes partagées uniquement)

Microsoft.VSTS.Common.Issue

Chaîne

Dimension

False

Paramètres (voir remarque 3)

Contient les paramètres à utiliser lors de l'exécution d'un test manuel. (Paramètres partagés, Étapes partagées et Cas de test).

Microsoft.VSTS.TCM.Parameters

HTML

Aucun

False

Étapes

Étapes d'action et de validation requises pour effectuer le test.

Microsoft.VSTS.TCM.Steps

TestStepsControl

Aucun

False

Informations système

Informations sur la configuration logicielle et système en rapport avec le test.

Microsoft.VSTS.TCM.SystemInfo

HTML

Aucun

False

Étapes à reproduire

Étapes nécessaires pour reproduire un comportement inattendu.

Microsoft.VSTS.TCM.ReproSteps

HTML

Aucun

False

Type de suite de tests (voir remarques 1 et 4)

Catégorie de la suite de tests. Les valeurs autorisées sont :

  • Basé sur une requête : permet de regrouper les cas de test ayant une caractéristique particulière, par exemple, tous les tests qui ont Priority=1. La suite inclura automatiquement chaque cas de test retourné par la requête que vous définissez.

  • Statique : permet de regrouper les cas de test conçus pour effectuer le suivi de l'état de test des éléments du Backlog. Chaque cas de test que vous ajoutez à une suite de tests fondée sur une spécification est automatiquement lié à l'élément de backlog.

  • Basé sur une spécification : permet de regrouper les cas de test selon des caractéristiques ou des suites de tests données.

Pour plus d'informations, voir Planifier des tests manuels à l'aide de Team Web Access.

Microsoft.VSTS.TCM.TestSuiteType

Chaîne

Dimension

False

Remarques

  1. Ne personnalisez pas la liste de choix pour ces champs. Le système accepte uniquement les valeurs répertoriées.

  2. Si vous ajoutez un élément GLOBALLIST à la définition de FIELD, les utilisateurs se voient proposer un menu déroulant dans lequel ils peuvent sélectionner une build. Pour savoir comment procéder, voir Champs prenant en charge l'intégration avec un test, une build et un contrôle de version.

  3. TFS 2013.2 ou TFS 2013.3 doit être installé sur le serveur de couche Application et les projets d'équipe existants doivent être mis à jour pour prendre en charge les paramètres partagés. Pour en savoir plus, voir Configurer les fonctionnalités après une mise à niveau TFS.

  4. TFS 2013.3 doit être installé sur le serveur de couche Application et les projets d'équipe existants doivent être mis à jour pour prendre en charge le plan de test et la suite de tests.

Champs supplémentaires

Les champs suivants n'apparaissent pas sur les formulaires d'élément de travail, mais ils font l'objet d'un suivi pour les cas de test ou les suites de tests. Vous pouvez utiliser certains de ces champs pour filtrer les requêtes et créer des rapports.

Nom du champ

Description

Nom de la référence

Type de données

Valeur par défaut de l'attribut de type signalable

Valeur par défaut de l'attribut d'index

Stockage du test automatisé

Assembly contenant le test automatisant le cas de test.

Microsoft.VSTS.TCM.AutomatedTestStorage

Chaîne

Aucun

False

Type de test automatisé

Type de test automatisant le cas de test.

Microsoft.VSTS.TCM.AutomatedTestType

Chaîne

Aucun

False

ID Test automatisé

ID du test automatisant le cas de test (cas de test uniquement).

Microsoft.VSTS.TCM.AutomatedTestId

Chaîne

Aucun

False

Nom du test automatisé

Nom du test utilisé pour automatiser le cas de test (cas de test uniquement).

Microsoft.VSTS.TCM.AutomatedTestName

Chaîne

Aucun

False

Source de données locale

Source de données locale prenant en charge le test (cas de test uniquement).

Microsoft.VSTS.TCM.LocalDataSource

HTML

Aucun

False

Texte de requête

Champ utilisé pour capturer la requête définie pour un type de suite basée sur une requête.

Microsoft.VSTS.TCM.QueryText

PlainText

Aucun

False

Audit de suite de tests (voir remarque 1)

Fait le suivi d'opérations supplémentaires effectuées lors de la modification d'une suite de tests, par exemple pour ajouter des tests à une suite de tests ou pour modifier des configurations. Ce champ est accessible par l'intermédiaire de l'onglet Historique ou d'une requête distincte. La vue consolidée de l'historique qui est présentée comprend les modifications apportées aux champs d'élément de travail et celles résultant d'artefacts connexes tels que des points et des configurations de test.

Microsoft.VSTS.TCM.TestSuiteAudit

Texte brut

Aucun

False

ID du type de suite de tests (voir remarques 1 et 2)

Valeur assignée par le système qui correspond à la catégorie de suite de tests et qui ne s'applique qu'aux suites de tests. Les valeurs assignées sont les suivantes :

  • 1 (Statique)

  • 2 (Basé sur une requête)

  • 3 (Basé sur une spécification)

Microsoft.VSTS.TCM.TestSuiteTypeId

Integer

Aucun

False

Remarques

  1. TFS 2013.3 doit être installé sur le serveur de couche Application et les projets d'équipe existants doivent être mis à jour pour prendre en charge le plan de test et la suite de tests.

  2. Ne personnalisez pas la liste de choix pour ces champs. Le système accepte uniquement les valeurs répertoriées.

Voir aussi

Concepts

Référence des champs d'éléments de travail pour Visual Studio ALM