C (Glossaire de Visual Studio Team System)

Mise à jour : novembre 2007

Ce glossaire définit les termes clés utilisés dans l'aide de Visual Studio Team System.

• CAB (Change Advisory Board) [CAB]
  Voir comité consultatif sur les modifications (CAB)

• cas d'usage [use case]
  Séquence d'interactions liée au comportement qu'un acteur exécute lors d'un échange avec un système pour obtenir une valeur pouvant être mesurée ; collection de scénarios.

• champs obligatoires [required fields]
  Champs avec règles. En pratique, le concepteur d'un type d'élément de travail identifie un champ qui doit être renseigné avec une plage de valeurs.

• charger un test [load a test]
  Ouvrir un test à l'intérieur de l'IDE de Visual Studio. Lorsqu'un test est chargé, il est chargé par son adaptateur de test.

• chemin critique [critical path]
  Série d'activités qui détermine la durée du projet. Dans un modèle déterministe, le chemin critique est généralement défini en tant qu'activités dont la valeur float est inférieure ou égale à une valeur spécifiée, souvent zéro. Il s'agit du chemin le plus long du projet.

• cible [target]
  Base de données sur laquelle a lieu une opération. L'opération peut modifier ou non la cible, selon le type de cette opération. Par exemple, si vous comparez votre projet de base de données au déploiement actuel de cette base de données avec l'intention de mettre à jour le déploiement pour correspondre au projet, la base de données déployée est considérée comme la cible pour cette opération.

• classe de domaine [domain class]
  Élément de diagramme qui représente une classe dans un langage spécifique au domaine.

• classe de test [test class]
  Toute classe marquée avec l'attribut TestClass.

• classer par priorité [prioritize]
  Regrouper selon des compartiments associés. Voir rang.

• clause de requête [query clause]
  Dans une requête, combinaison d'une expression (ou d'une clause secondaire de requête) et de son opérateur logique adjacent. Elle est modélisée sur la clause WHERE d'une instruction SQL et contient le nom du champ, l'opérateur et la valeur.

• client [customer]
  Personne qui s'attend à retirer une valeur commerciale de la solution. Par ailleurs, destinataire d'un service ou produit.

• code terminé [code complete]
  Jalon de développement qui marque le stade auquel toutes les fonctionnalités de la version sont implémentées et les fonctions ont été contrôlées par rapport aux spécifications fonctionnelles.

• collection de couverture [coverage collection]
  Informations recueillies au moment de l'exécution sur les blocs ou lignes d'une application qui sont exécutés au moins une fois.

• combinaison de navigateurs [browser mix]
  Spécifie la probabilité selon laquelle un utilisateur virtuel exécute un profil de navigateur donné. Par exemple, 95 % utilisent Internet Explorer 6 et 5 % utilisent Pocket IE. Valable uniquement pour le test Web et les tests Web codés Voir : scénario de test de charge, test Web, test Web codé.

• combinaison de réseaux [network mix]
  Définit la probabilité selon laquelle un utilisateur virtuel exécute un profil réseau donné. Par exemple, 75 % utilisent le réseau local et 25 % utilisent le réseau DSL 56K. Valable uniquement pour les tests Web et les types de test Web codé.

• combinaison de tests [test mix]
  Définit la probabilité qu'un utilisateur virtuel exécute un test donné dans un scénario de test de charge. Par exemple, 20 % exécutent TestA et 80 % exécutent TestB. Voir : scénario de test de charge

• comité consultatif sur les modifications (CAB) [change advisory board]
  Groupe officiellement constitué de personnes représentant les fonctions d'organisation de services et de support technique, qui est chargé d'évaluer, de planifier et d'autoriser les modifications à apporter à l'environnement informatique. La comité consultatif sur les modifications (CAB) est un composant essentiel d'un processus de gestion des changements formel et il est probable qu'elle soit constituée de représentants de tous les domaines informatiques et de représentants des unités d'entreprise. En ce qui concerne les projets, ce groupe est chargé d'approuver ou de rejeter les modifications que le projet se propose d'apporter à l'environnement informatique.

• commande [command]
  Instruction transmise par l'utilisateur à un logiciel, qui entraîne l'exécution d'une action. Les commandes sont généralement saisies au clavier ou sélectionnées à partir d'un menu.

• commanditaires [sponsors]
  Personnes qui lancent et approuvent un projet et ses résultats.

• Common Structure Services
  Mécanisme de Team Foundation qui permet de décrire une hiérarchie de fonctionnalités.

• compteurs de performance de processeur [on-chip performance counters]
  Registres sur la puce d'une unité centrale donnée qui stockent des informations de très bas niveau. Ces informations peuvent faire l'objet d'une requête. « Compteur de performance » est souvent confondu avec « PerfMon ». Ces compteurs sont complètement différents.

• concept de solution [solution concept]
  Description globale de la façon dont la solution satisfera les objectifs et spécifications.

• condition de test [test condition]
  Dans un test unitaire de base de données, jeu de fonctions de validation fréquemment utilisées qui testent si un test unitaire retourne les résultats attendus. Une condition de test analyse les résultats d'exécution d'un test unitaire et détermine, selon ses paramètres, si les résultats ont répondu aux critères de la condition de test.

• configuration d'exécution [run configuration]
  Paramètres qui sont stockés dans un fichier de configuration d'exécution et qui affectent l'environnement d'exécution d'une série de tests.

• contrainte [constraint]
  Condition logique sur une section de modèle. Chaque contrainte est représentée par une méthode de validation implémentée sur une classe de domaine de votre modèle.

• contrat de niveau de service (SLA) [service level agreement (SLA)]
  Accord entre deux organisations qui détaille le niveau et la nature du support technique qu'une équipe s'engage à fournir, et envers laquelle l'autre équipe reconnaît un engagement réciproque. Le contrat SLA formalise les besoins des clients/utilisateurs pour les niveaux de service et définit les responsabilités de tous les participants.

• contrat SLA [SLA]
  Voir : contrat SLA

• contrôle de version [version control]
  Établissement et maintenance des planifications initiales, et identification des modifications apportées à ces planifications qui permettent de revenir à la planification précédente.

• contrôle des modifications [change control]
  Principes et processus qui facilitent la gestion des changements sans compromettre la qualité ou l'intégrité d'une solution ou d'un projet informatique, par le biais de procédures structurées pour l'envoi, l'approbation, l'implémentation et l'examen des demandes de modification.

• contrôleur [controller]
  (1) Partie d'une plateforme de test utilisée pour administrer les agents et recueillir les résultats des tests. (2) Gestionnaire central qui distribue les tests aux ordinateurs agent.

• convergence des bogues [bug convergence]
  Stade auquel le taux des bogues corrigés dépasse celui des bogues trouvés. La convergence des bogues est une indication claire de la progression de l'équipe par rapport au nombre de bogues actifs. Elle signale que la fin du projet est proche.

• couloir [swimlane]
  Une ou plusieurs lignes horizontales ou verticales qui apparaissent dans le concepteur de langage spécifique au domaine et séparent le diagramme d'un langage spécifique au domaine en zone logiques.

• couverture du code [code coverage]
  (1) Technologie qui comprend l'ajout d'instructions à un assembly ou artefact existant et qui permet à Visual Studio de surveiller les chemins de code concernés par un test. (2) Pour MSF Agile : métrique utilisée pour décrire le degré selon lequel le code source d'un programme a été testé. La couverture du code est exprimée sous la forme du pourcentage des blocs de code testés par rapport au nombre total de blocs de code.

• créer un test [author a test]
  Créer un test par le biais d'un type de test et le gérer dans Visual Studio Team System.

• créer une branche [branch]
  Permettre à une collection de fichiers d'évoluer dans plusieurs directions différentes. La création de branche est souvent utilisée lorsque les équipes ont besoin de gérer plusieurs bases de code similaires, par exemple lorsqu'un produit est commercialisé et que le travail doit commencer pour la version suivante. Dans le contrôle de code source, la création de branche équivaut à une opération de copie du système de fichiers.

• critères d'acceptation [acceptance criteria]
  Critères qu'un produit ou composant de produit doit satisfaire pour être accepté par un utilisateur, un client ou toute autre entité autorisée.

• critères de sortie [exit criteria]
  Ensemble de critères qu'un produit ou service doit satisfaire avant l'achèvement d'un jalon particulier. La présence de critères de sortie indique la fin d'un effort réussi.

• critères d'entrée [entry criteria]
  États qui doivent être présents avant qu'un effort ne puisse commencer avec succès.

• cycle de build [build cycle]
  Partie du cycle de version interne. Il s'agit du processus qui consiste à ajouter des fonctionnalités, à créer des scénarios de test pour chacune d'elles, à stabiliser chaque fonctionnalité avant d'en générer de nouvelles, puis à les publier pour évaluation.

• cycle de vie [life cycle]
  Phases par lesquelles passe une solution entre le moment où elle est conçue et celui où elle est retirée du service.

• cycle de vie de développement de base de données [database development life cycle]
  Processus structuré qui est appliqué lors du développement de la partie base de données d'une application. Il s'agit essentiellement d'un sous-ensemble du cycle de vie de développement de logiciels qui est spécifique à une ou plusieurs bases de données dans une application.

• cycle de vie du projet [project life cycle]
  Collection de phases de projets généralement séquentielles dont le nom et le nombre sont déterminés par les besoins de l'organisation ou les organisations impliquées dans le projet.