Intégration de build et de tests (CMMI)

Article
08/15/2011

Grâce aux champs de données de build et de test, vous pouvez effectuer les actions suivantes :

Associer des bogues aux builds dans lesquelles ils ont été trouvés ou résolus.
Marquer des cas de test comme étant manuel ou automatisé, et stocker des informations pour prendre en charge les cas de test automatisé.
Pour les cas de test et les étapes partagées, définir les étapes d'action et de validation, ainsi que les données utilisées pour effectuer les tests.

Cette rubrique décrit les champs de données disponibles uniquement dans des types spécifiques d'éléments de travail fournis avec les modèles de processus suivants :

MSF for Agile Software Development v5.0
MSF for Capability Maturity Model Integration (CMMI) Process Improvement v5.0

Dans cette rubrique

Champs de données de build et de test qui apparaissent sur les formulaires d'élément de travail
Champs supplémentaires qui prennent en charge les requêtes et les rapports

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

Le tableau suivant décrit les champs que vous pouvez utiliser pour suivre des informations en rapport avec les builds et les tests. Pour plus d'informations sur les types de données et les attributs de champ par défaut, consultez Utilisation des champs d'élément 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
Stockage du test automatisé	Assembly contenant le test qui automatise le cas de test. (Cas de test uniquement)	Microsoft.VSTS.TCM.AutomatedTestStorage	String	Aucun	False
Type de test automatisé	Type de test qui automatise le cas de test. (Cas de test uniquement)	Microsoft.VSTS.TCM.AutomatedTestType	String	Aucun	False
Statut Automation	Statut d'un cas de test. Vous pouvez spécifier les valeurs suivantes : Pas automatisé Planifié (Cas de test uniquement)	Microsoft.VSTS.TCM.AutomationStatus	String	Détail	False
Trouvé dans	Numéro de build de produit, également appelé révision, dans lequel un bogue a été trouvé.	Microsoft.VSTS.Build.FoundIn	String	Dimension	False
Build d'intégration	Numéro de build de produit qui contient le code d'une spécification, d'une demande de modification ou d'un bogue.	Microsoft.VSTS.Build.IntegrationBuild	String	Dimension	False
Étapes	Étapes d'action et de validation requises pour effectuer le test. (Cas de test et Étapes partagées uniquement)	Microsoft.VSTS.TCM.Steps	TestStepsControl	Aucun	False
Étapes à reproduire	Étapes requises pour reproduire le comportement inattendu. (Bogue uniquement)	Microsoft.VSTS.TCM.ReproSteps	HTML	Aucun	False
Informations système	Informations sur la configuration logicielle et système en rapport avec le bogue. (Bogue uniquement)	Microsoft.VSTS.TCM.SystemInfo	HTML	Aucun	False

Champs supplémentaires qui prennent en charge les requêtes et les rapports

Les champs suivants n'apparaissent pas sur les formulaires d'élément de travail, mais ils sont suivis pour chaque type d'élément de travail. Vous pouvez utiliser 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
AutomatedTestId	ID du test qui automatise le cas de test (Cas de test uniquement)	Microsoft.VSTS.TCM.AutomatedTestId	String	Aucun	False
AutomatedTestName	Nom du test utilisé pour automatiser le cas de test (Cas de test uniquement)	Microsoft.VSTS.TCM.AutomatedTestName	String	Aucun	False
LocalDataSource	Source de données locale qui prend en charge le cas de test (Cas de test uniquement)	Microsoft.VSTS.TCM.LocalDataSource	HTML	Aucun	False
Paramètres	Paramètres à tester (étapes partagées et cas de test).	Microsoft.VSTS.TCM.Parameters	HTML	Aucun	False