Partager via


S (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.

  • scénario [scenario]
    Type d'élément de travail qui enregistre un chemin unique d'interaction utilisateur dans le système. Lorsque le personnage tente d'atteindre un objectif, le scénario décrit les étapes qu'il accomplit pour y parvenir.

  • scénario de test [test case]
    Spécification qui décrit les objectifs d'un test, les résultats éventuellement produits par le test, les circonstances de l'exécution du test et la façon dont il doit être implémenté.

  • scénario de test de charge [load test scenario]
    (1) Association d'une combinaison de tests, d'un profil de charge et d'un environnement simulé pour un test de charge ou de contrainte. (2) Utilisé pour modéliser la façon dont un groupe d'utilisateurs interagit avec une application serveur. Un scénario se compose d'une combinaison de tests, d'un profil de charge, d'une combinaison de réseaux et d'une combinaison de navigateurs. Un test de charge peut avoir plusieurs scénarios.

  • scénario d'usage [usage scenario]
    Descriptions des tâches que les utilisateurs effectuent pour accomplir leur travail.

  • schéma [schema]
    Objet ou collection d'objets de base de données qui contiennent des informations structurelles, ou métadonnées, sur une base de données.

  • schéma de la fabrique logicielle [software factory schema]
    Modèle qui définit la structure d'une fabrique. Le schéma organise les ressources et le processus personnalisé autour d'un ensemble de vues architecturales. Il décrit également les résultats de la fabrique.

  • script courant [common script]
    Dans un test unitaire de base de données, l'un des scripts suivants : TestInitialize ou TestCleanup. Les scripts courants ne s'exécutent pas dans le cadre d'un test unitaire de base de données. Ils s'exécutent plutôt avant et après les tests et séries de tests pour modifier l'environnement de test qui inclut la base de données qui est testée.

  • script de test [test script]
    Spécification définie qui est comparée à un produit et génère un résultat, tel que réussite ou échec. Réussite indique que la spécification est respectée et échec indique le contraire.

  • scripts de post-déploiement [post-deployment scripts]
    Ensemble comprenant zéro ou plus de scripts de base de données spécifiés par l'utilisateur qui sont exécutés dans un ordre spécifique après l'exécution du script de déploiement de base de données.

  • scripts de prédéploiement [pre-deployment scripts]
    Ensemble comprenant zéro ou plus de scripts de base de données spécifiés par l'utilisateur qui sont exécutés dans un ordre spécifique avant l'exécution du script de déploiement de base de données.

  • série de tests [test run]
    Ensemble de tests qui sont exécutés à un moment donné.

  • serveur logique [logical server]
    Serveur d'applications dans un centre de données logique qui décrit une configuration spécifique de logiciels hébergeant des applications, tels qu'Internet Information Server, et qui est configuré dans un but spécifique (par exemple en tant que serveur Web frontal sécurisé).

  • seuil de compteur [counter threshold]
    Alertes qui peuvent être définies sur un compteur particulier pour vous indiquer l'utilisation des ressources système lors d'une série de tests de charge. Il existe deux types de seuil : les seuils d'avertissement et les seuils critiques. Les définitions d'ensembles de compteurs contiennent des seuils prédéfinis pour de nombreux indicateurs de performance clés.

  • seuil de métrique de test [test metric threshold]
    Objectif du projet, mesuré à l'aide d'une métrique de test. Une couverture de test unitaire de 70 % est un exemple de seuil de métrique de test pour l'équipe de développement.

  • simulation de charge [load simulation]
    Tentative de modélisation de l'impact généré par de nombreux utilisateurs qui accèdent simultanément à un serveur. Les tests de charge ne génèrent pas une charge réelle avec de véritables utilisateurs, mais plutôt une charge simulée avec des utilisateurs virtuels.

  • solution
    Remise coordonnée des éléments (notamment des technologies, de la documentation, de la formation et du support technique) nécessaires pour répondre correctement à une opportunité ou un problème commercial d'un client unique.

  • source
    Base de données dans une opération particulière que l'opération ne modifie pas. 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, le projet de base de données est considéré comme la source pour cette opération.

  • sous-système [subsystem]
    Partie plus petite d'un système.

  • SOW
    Voir : énoncé des travaux (SOW)

  • spécification [requirement]
    (1) Condition ou fonction requise par un utilisateur pour résoudre un problème ou atteindre un objectif. (2) Condition ou fonction qui doit être satisfaite ou détenue par un produit ou un composant de produit pour satisfaire un contrat, une norme, une spécification ou d'autres documents formellement imposés. (3) Également appelé spécification lorsqu'il s'agit d'un document décrivant une condition ou une fonctionnalité comme dans (1) ou (2). [IEEE 610.12-1990]

  • spécification de qualité de service [quality of service requirement]
    Type d'élément de travail qui enregistre une contrainte sur le système (performances, charge, contrainte, mécanisme de sécurité ou plateforme). Ces spécifications ne décrivent pas la fonctionnalité, mais plutôt les contraintes liées à cette fonctionnalité.

  • spécification fonctionnelle [functional specification]
    Élément à livrer qui décrit une solution, un jeu de fonctionnalités du produit ou un autre élément à livrer du projet final de façon plus précise. Elle comprend l'étude conceptuelle, l'étude logique et l'étude de réalisation.

  • structure de répartition du travail (WBS) [work breakdown structure (WBS)]
    Regroupement d'éléments du projet orienté élément à livrer qui organise et définit la portée du travail total du projet. Chaque niveau décroissant représente une définition de plus en plus détaillée du travail du projet. La structure de répartition du travail (WBS) doit également identifier les relations des éléments entre eux et avec le produit final.

  • suivi d'événements pour Windows [Event Trace for Windows (ETW)]
    Infrastructure de rapport légère qui fait partie de Microsoft Windows et qui est utilisée par plusieurs technologies majeures de Microsoft pour rapporter des informations.

  • Supprimer cette instance [suppress this instance]
    Option permettant de supprimer une instance de message particulière, plutôt que de ne pas faire l'analyse pour une règle particulière.

  • surcharge d'instrumentation [instrumentation overhead]
    Augmentation de la durée d'exécution du code lorsque vous instrumentez un fichier binaire. Cette augmentation est due au code supplémentaire, appelé une sonde, qui est inséré pour contrôler les performances de l'application.