A (Visual Studio Team System-Glossar)

Aktualisiert: November 2007

In diesem Glossar werden die in der Visual Studio Team System-Hilfe verwendeten Schlüsselbegriffe definiert.

• '@me' ['@me']
  Das Abfragewertmakro, das durch den Benutzernamen des derzeit angemeldeten Benutzers ersetzt wird.

• '@project' ['@project']
  Das Abfragewertmakro, das durch den Namen des derzeit ausgewählten Team Foundation-Projekts ersetzt wird.

• '@Today' ['@Today']
  Das Abfragewertmakro, das durch den Wert des Systemdatums auf der Arbeitsstation ersetzt wird, auf der die Anwendung ausgeführt wird.

• Abdeckungsauflistung [coverage collection]
  Zur Laufzeit gesammelte Informationen darüber, welche Blöcke oder Zeilen einer Anwendung mindestens einmal ausgeführt werden.

• Abfrage [query]
  Ein benannter Satz von Kriterien, mit dem Visual Studio Team Foundation Arbeitsaufgaben anzeigt.

• Ausführen von Abfragen [run query]
  Ein Befehl zum Ausführen einer Arbeitsaufgabenabfrage.

• Abfrageansicht [Query View]
  Das Visual Studio-Dokumentfenster, das sowohl den Abfrage-Generator als auch die Ergebnisliste enthält. Die Abfrageansicht soll Sie dabei unterstützen, eigene Abfragen schnell definieren und ausführen zu können.

• Abfrage-Generator [Query Builder]
  Die Benutzeroberfläche für das Definieren von Abfragen für Arbeitsaufgaben.

• Abfrageklausel [query clause]
  Die Kombination aus einem Ausdruck (oder einer Abfragenebensatz) und seinem benachbarten logischen Operator in einer Abfrage. Sie wird in der WHERE-Klausel einer SQL-Anweisung erstellt und enthält Feldname, Operator und Wert.

• Abhängiges Modul [dependent module]
  Ein Modul, das Abhängigkeiten von anderen Modulen enthält.

• Abrufen [get]
  Ersetzt die Arbeitsbereichsversion durch die angegebene Serverversion, bei der es sich standardmäßig um die neueste Version handelt.

• Agent [agent]
  Der Teil des Rigs, mit dem Tests ausgeführt und Auslastungssimulationen generiert werden.

• Agile-Methoden [Agile Methods]
  Eine Reihe von Prozessen, die Anwendungsentwickler zur Risikoreduzierung verwenden, indem sie Anwendungen in einer Folge von kurzen Iterationen entwickeln, die zwischen einer und vier Wochen dauern. In diesem Paradigma werden Fortschritte vor allem in Hinblick auf funktionierende Software und nicht anhand der Zahl von Arbeitsstunden oder ausgeführten Aufgaben bewertet. Agile-Methoden legen den Schwerpunkt weniger auf geschriebene Dokumente als auf die Echtzeitkommunikation, z. B. persönliche Besprechungen, Anrufe und Instant Messaging.

• Aktivität [activity]
  Arbeiten, deren Ziel die Erfüllung eines einzelnen Zwecks ist. Eine Aktivität kann Arbeitsprodukte verwenden oder erzeugen und mit einer Arbeitsaufgabe nachverfolgt werden.

• Akzeptanzkriterien [acceptance criteria]
  Die Kriterien, denen ein Produkt oder eine Produktkomponente entsprechen muss, um von einem Benutzer, einem Kunden oder einer anderen autorisierten Entität akzeptiert zu werden.

• Akzeptanztests [acceptance testing]
  Formaler Test, der ausgeführt wird, damit ein Benutzer, ein Kunde oder eine andere autorisierte Entität bestimmen kann, ob ein Produkt oder eine Produktkomponente akzeptiert wird.

• Algorithmus [algorithm]
  Eine Regel oder ein Verfahren zum Lösen eines Problems.

• Alphaversion [alpha version]
  Eine sehr frühe Version eines Produkts, um vorläufige Reaktionen in Bezug auf Featureumfang und Benutzerfreundlichkeit zu erhalten.

• Analyse [analysis]
  Im Konzeptentwurf die Überprüfung und Aufschlüsselung von Geschäfts- und Benutzerinformationen in Anwendungsfälle und -szenarien zum Dokumentieren von Arbeitsprozessen. Im logischen Entwurf die Identifizierung von Diensten, Objekten, Attributen und Beziehungen von Szenarien. Im physischen Entwurf die Überprüfung von physischen Einschränkungen der Infrastruktur und der physischen Anforderungen der Anwendung, um mögliche Implementierungstechnologien auszuwählen und ein vorläufiges Bereitstellungsmodell zu skizzieren.

• Änderungsmanagement [change management]
  Das Durchführen von Änderungen mithilfe von getesteten Methoden und Techniken, um neue Fehler zu vermeiden und ggf. mögliche Auswirkungen auf die entsprechend der Vereinbarungen zum Servicelevel vereinbarten IT-Servicelevel zu minimieren.

• Änderungssteuerung [change control]
  Prinzipien und Prozesse, die das Änderungsmanagement durch strukturierte Verfahren für das Einreichen, Genehmigen, Implementieren und Überprüfen von Änderungsanforderungen erleichtern, ohne dass die Qualität oder Integrität eines IT-Projekts oder einer IT-Lösung beeinträchtigt wird.

• Anforderung [request]
  HTTP-Anforderungen, aus denen ein Webtest besteht und die im Webtest-Editor als Baumstruktur angezeigt werden.

• Anforderung [requirement]
  (1) Eine Bedingung oder Fähigkeit, die zum Lösen eines Problems oder Erreichen eines Ziels durch einen Benutzer erforderlich ist. (2) Eine Bedingung oder Fähigkeit, die ein Produkt oder eine Produktkomponente erfüllen bzw. besitzen muss, um einem Vertrag, einem Standard, einer Spezifikation oder anderen Dokumenten mit formalen Auflagen zu entsprechen. (3) Eine dokumentierte Darstellung einer der in (1) oder (2) genannten Bedingungen oder Fähigkeiten. [IEEE 610.12-1990]

• Anforderungsanalyse [requirements analysis]
  Die Bestimmung der Funktions- und Leistungsmerkmale der Lösung anhand der Analyse der Bedürfnisse, Erwartungen und Einschränkungen des Kunden.

• Anforderungsstruktur [request tree]
  Die Struktur von Knoten im Webtest-Editor, die HTTP-Anforderungen (URLs) enthält.

• Angreifer [adversary]
  Eine unerwünschte Persona oder eine Persona, deren Ziel der Zugriff auf eine Ressource ist. Ein Beispiel für Angreifer sind Hacker.

• Anlagenverknüpfung [attachment link]
  Eine Team Foundation-Verknüpfung zwischen einer Arbeitsaufgabe und einer Dateianlage.

• Anwendungsdiagramm [application diagram]
  Die Definition und Konfiguration von Anwendungen, aus denen Systeme für die Bereitstellung gebildet werden. Im Anwendungsdiagramm werden die Kommunikationsabhängigkeiten angezeigt, die vor der Ausführung in Code über Endpunkte in einem grafischen Layout dargestellt werden.

• Anwendungsfall [use case]
  Eine verhaltensabhängige Folge von Interaktionen einer Person mit einem System, mit dem Messwerte ermittelt werden sollen; eine Sammlung von Szenarien.

• Arbeitsanalysestruktur [work breakdown structure (WBS)]
  Eine am Endergebnis ausgerichtete Gruppierung von Projektelementen, in der der gesamte Arbeitsumfang des Projekts strukturiert und definiert wird. Je niedriger die Ebene in der Hierarchie, desto detaillierter ist die Definition der Projektaufgabe. In der Arbeitsanalysestruktur (Work Breakdown Structure, WBS) sollten außerdem die Beziehungen zwischen den Elementen sowie zwischen Elementen und Endprodukt angegeben werden.

• Arbeitsaufgabe [work item]
  1. Ein Datensatz in einer Datenbank, mit dem in Visual Studio Team Foundation die Zuweisung und der Zustand von Vorgängen nachverfolgt werden. Eine Arbeitsaufgabe stellt Dateien und Ordner dar, die auf dem Quellcodeverwaltungsserver von Team Foundation Server gespeichert werden. Die verschiedenen Typen lauten Aufgabe, Änderungsanforderung, Risiko, Überprüfung, Anforderung und Fehler. 2. Die Instanz eines Arbeitsaufgabentyps ist eine Arbeitseinheit, die einem Benutzer in Team Foundation Server zugewiesen ist.

• Arbeitsaufgabenabfrage [Work Item Query]
  Eine spezielle SELECT-Anweisung, die eine WHERE-Klausel sowie COLUMN- und SORT BY-Elemente enthält. Arbeitsaufgabenabfragen sind SQL-Abfragen nachgebildet.

• Arbeitsaufgabenformular (Ansicht) [Work Item Form view]
  Das Visual Studio-Dokumentfenster, in dem das vollständige Formular einer Arbeitsaufgabeninstanz angezeigt wird. Sie können viele Arbeitsaufgabenformulare als Dokumente in Visual Studio öffnen.

• Arbeitsaufgaben-ID [work item ID]
  Der eindeutige Bezeichner einer Arbeitsaufgabe in der Datenbank.

• Arbeitsaufgabenprotokoll [work item log]
  Führt die aktuellen Hinweise auf, die Sie eingeben, und die nicht bearbeitbare Versionsgeschichte der bereits gespeicherten Kommunikation.

• Arbeitsaufgabentyp [work item type]
  Eine benannte Definition, die einem Projekt in Team Foundation Server zugeordnet ist. Typen bestehen aus Feldern, einem Formular und einem Workflow. Sie werden mit XML definiert. Definitionen können zwischen verschiedenen Instanzen von Team Foundation Server portiert werden.

• Arbeitsbereich [workspace]
  Stellt eine clientseitige Kopie der Dateien auf dem Server dar, mit denen Sie arbeiten möchten.

• Arbeitsordner [working folder]
  Der angegebene Ordner auf dem lokalen Computer eines Benutzers, in dem Dateien gespeichert werden, die aus einer Visual SourceSafe-Datenbank ausgecheckt wurden. Ein Benutzer nimmt Änderungen an Dateien im Arbeitsordner vor und checkt dann die geänderten Dateien zur Versionsverfolgung wieder in die Visual SourceSafe-Datenbank ein.

• Arbeitsprodukt [work product]
  Ein einzelnes Produkt oder Artefakt, z. B. ein Dokument, ein Arbeitsblatt, ein Changeset usw.

• Arbeitsstream [workstream]
  Eine Aktivität, die aus anderen Aktivitäten besteht. Arbeitsstreams sind die einfachen Bausteine des Prozesses. Sie können einzelnen oder mehreren Rollen zugewiesen werden.

• Artefakt [artifact]
  Ein Typ von Softwareproduktdokumentation, die Spezifikationen und Testpläne enthält. Bei Textvorlagen können Artefakte auch generierte Textausgabe umfassen.

• Aufgabe [task]
  Ein Arbeitsaufgabentyp, mit dem eine Entwicklungs- oder Testaufgabe aufgezeichnet wird.

• Auflistungsüberprüfungen [collection probes]
  Funktionen, die Daten zur zeitlichen Steuerung und andere Leistungsdaten in einem instrumentierten Modul sammeln.

• Aufrufdiagrammanalyse [callgraph analysis]
  Das Diagramm von Methodenaufrufen und den Punkten im Programm, die sie aufrufen. Bei einem Knoten handelt es sich hierbei um eine Methode und bei einer Verknüpfung um die Beziehung der anderen Methoden, die aufgerufen werden.

• Auschecken [check out]
  Platzieren einer überschreibbaren Kopie einer Datei oder eines Projekts aus einer Visual SourceSafe-Datenbank in einen Arbeitsordner.

• Auslassung [miss]
  Eine Codezeile, die bei einem Test nicht ausgeführt wurde. Siehe auch: Treffer.

• Auslastungsmuster [load pattern]
  Definiert die Anzahl der während eines Auslastungstests aktiven virtuellen Benutzer sowie die Rate, mit der neue Benutzer gestartet werden. Beispiele für Raten sind "schrittweise" und "konstant". Siehe: Auslastungstestszenario.

• Auslastungsprofil [load profile]
  Die simulierte Arbeitsauslastung für einen Auslastungs- oder Belastungstest. Das Auslastungsprofil kann konstant sein oder dynamisch schrittweise zunehmen.

• Auslastungssimulation [load simulation]
  Ein Versuch, die Auswirkung vieler Benutzer, die gleichzeitig auf einen Server zugreifen, in einem Modell darzustellen. Auslastungstests generieren keine eigentliche Auslastung mit tatsächlichen Benutzern, sondern eine simulierte Auslastung mit virtuellen Benutzern.

• Auslastungstest [load test]
  Eine Testart, bei der andere Testarten mit Einstellungen simulierter Benutzer ausgeführt werden, um ein vordefiniertes Auslastungsszenario auszuführen.

• Auslastungstest-Analyzer [Load Test Analyzer]
  Ein Visual Studio-Fenster, in dem die Ergebnisse eines Auslastungstestlaufs nach dessen Ausführung angezeigt werden. Damit können die Ergebnisse von Auslastungstests untersucht werden, die bereits beendet wurden. Siehe: Auslastungstest-Monitor.

• Auslastungstest-Assistent [Load Test wizard]
  Ein Assistent, der Sie beim Erstellen eines Auslastungstests unterstützt.

• Auslastungstest-Editor [Load Test Editor]
  Der Visual Studio-Editor, in dem eine LOADTEST-Datei geöffnet wird. Dieser zeigt eine Baumstruktur von Knoten an.

• Auslastungstest-Monitor [Load Test Monitor]
  Ein Visual Studio-Fenster, in dem während eines Auslastungstestlaufs Ergebnisse angezeigt werden.

• Auslastungstestszenario [load test scenario]
  (1) Die Kombination aus Testmischung, Auslastungsprofil und simulierter Umgebung für einen Auslastungs- oder Belastungstest. (2) Wird zum Erstellen eines Modells für die Interaktion einer Gruppe von Benutzern mit einer Serveranwendung verwendet. Ein Szenario besteht aus einer Testmischung, einem Auslastungsmuster, einer Netzwerkmischung und einer Browsermischung. Ein Auslastungstest kann mehrere Szenarien umfassen.

• Ausschlaggebender Faktor [differentiating factor]
  Der Teil eines Szenarios, der dieses von anderen Szenarios unterscheidet. Der ausschlaggebende Faktor soll vermeiden, dass mehrere Szenarios erstellt werden, die denselben Datenfluss durch das System beschreiben.

• ausstehende Änderung [pending change]
  Eine Gruppe von Änderungen, die in eine Liste eingetragen wurden, jedoch noch nicht zur Veröffentlichung und permanenten Speicherung an die Datenbank gesendet wurden.

• ausstehender Test [pending test]
  Ein zur Ausführung ausgewählter Test, der noch nicht gestartet wurde. Ausstehende Tests können im Fenster Testergebnisse angezeigt werden.

• Automatisierter Test [automated test]
  Eine Reihe von Schritten, die ein Computer möglicherweise programmgesteuert ausführt, um die Funktionalität des Systems zu testen.