B (Visual Studio-ALM-Glossar)

  • Artikel

In diesem Glossar werden die in der Visual Studio Application Lifecycle Management (ALM)-Hilfe verwendeten Schlüsselbegriffe definiert.

  • Rückstand
    Der Satz von noch nicht geschlossenen Arbeitsaufgaben, der die Arbeit darstellt, die in Erwägung gezogen wird oder die noch ausgeführt werden muss.

  • Baseline
    Der ursprüngliche genehmigte Plan (für ein Projekt, Arbeitspaket oder eine Aktivität), zusätzlich oder abzüglich der genehmigten Umfangsänderungen. Wird normalerweise mit einem Modifizierer verwendet (z. B. Kostenbaseline, Zeitplanbaseline, Leistungsmessungsbaseline).

  • Betaversion
    Eine vorab veröffentlichte Version eines Produkts, die zur Evaluierung und für Feedback an Kunden und Partner gesendet wird.

  • Blackboxtest
    Ein Test, der auf dem tatsächlichen Verhalten einer Komponente ohne Berücksichtigung der Implementierung beruht.

  • Bottom-up-Schätzung
    Ein Prinzip einer guten Zeitplanung. Das bedeutet, dass die Personen, die die Arbeit ausführen, den Aufwand schätzen, und umfasst weiterhin das Durchführen von Rollups für Schätzungen zur Taskebene sowie die Erkenntnis, dass Erfahrung die beste Schätztechnik darstellt.

  • branch
    Ermöglicht das Aufteilen einer Auflistung von Dateien in zwei oder mehr abweichende Pfade. Die Verzweigung wird oft verwendet, wenn Teams zwei oder mehr ähnliche CodeBases verwalten müssen, z. B. wenn ein Produkt veröffentlicht wird und die Arbeit an der nächsten Version begonnen werden muss. In der Quellcodeverwaltung entspricht die Verzweigung einem Kopiervorgang für das Dateisystem.

  • Browsermischung
    Gibt die Wahrscheinlichkeit dafür an, dass ein virtueller Benutzer ein vorhandenes Browserprofil verwendet. Beispiel: 95 % verwenden Internet Explorer 6 und 5 % verwenden Pocket IE. Nur gültig für Webtests und codierte Webtests. Siehe: Auslastungstestszenario, Webtest, codierter Webtest.

  • Browserprofil
    Eine Auflistung von HTTP-Headern, um einen bestimmten Browser zu simulieren, z. B. Internet Explorer 6 oder Netscape 6.

  • Fehler
    Ein Arbeitsaufgabentyp, der eine potenzielle Quelle der Unzufriedenheit mit dem Produkt aufzeichnet. Der allgemeine Name eines Arbeitsaufgabentyps zum Verfolgen von Codefehlern.

  • Fehlerkorrekturkontingent
    Ein Abschnitt der Entwicklungszeit, der dem Beheben von Fehlern zugeordnet wird. Eine Zuteilung wird erstellt, indem der Iterationsplan entsprechend locker gestaltet wird.

  • Fehlerkonvergenz
    Der Punkt, bei dem die Rate behobener Fehler die Rate gefundener Fehler übersteigt. Die Fehlerkonvergenz ist ein sichtbares Anzeichen dafür, dass das Team Fortschritte beim Reduzieren der aktiven Fehleranzahl macht. Es signalisiert, dass das Projektende bald erreicht wird.

  • Build
    Ein benannter Satz von Ergebnissen (Softwarekomponenten), die normalerweise durch Kompilieren aus einem einzelnen Satz von Quellversionen erstellt werden.

  • Buildakzeptanztest
    Siehe: Buildüberprüfungstest (Build Verification Test, BVT).

  • Buildaktivität
    Eine Windows Workflow Foundation-Aktivität, die Teil des Team Foundation Server-Buildprozesses ist. Sie enthält die Logik, die vor, während oder nach der Erstellung einer Softwareanwendung ausgeführt wird. Zu den Postbuildaktivitäten zählen das automatische Erstellen von Umgebungen mit anschließendem Bereitstellen und Testen von Anwendungen.

  • Build-Agent
    Ein Hintergrundprozess, von dem Team Foundation Server-Builds und andere Eigenschafteneinstellungen auf einem Computer empfangen und ausgeführt sowie entsprechende Berichte erstellt werden. Der Build-Agent kommuniziert mit dem Buildcontroller, der sich üblicherweise auf einem anderen Computer befindet.

  • Buildcontroller
    Ein Hintergrundprozess, durch den ein Satz von Build-Agents verwaltet wird.

  • Buildzyklus
    Ein Teil des internen Versionszyklus. Hierbei handelt es sich um das Hinzufügen von Features, das Erstellen von Testfällen für alle Features, das Stabilisieren aller Features vor dem Erstellen neuer Features und das anschließende Veröffentlichen für die Evaluierung.

  • Builddefinition
    Ein Satz von a) Buildaktivitäten und b) den Bedingungen, unter denen der Workflow aktiviert wird. Aus dieser Kombination wird eine einzelne Lösung oder eine Gruppe von Lösungen in einem Teamprojekt erstellt. Die Definition umfasst den Buildnamen, den Arbeitsbereich für die Quellcodeverwaltung der zu erstellenden Dateien, den Speicherort der Projektdatei "TFSBuild.proj", den Build-Agent, die Beibehaltungsrichtlinie für den Build sowie den Buildtrigger. Die Builddefinition kann auch Aktivitäten zum Erstellen von Umgebungen sowie zum Bereitstellen neu erstellter Anwendungen in diesen Umgebungen enthalten.

  • Buildfehler
    Eine Meldung, die Sie über ein Problem benachrichtigt, das den Build unterbricht.

  • Buildqualität
    Die Qualität der erstellten Software.

  • Buildüberprüfungstest (Build Verification Test, BVT)
    Auch als Feuerprobe bezeichnet. Eine Gruppe von Tests, mit der der Zustand eines Builds auf einer hohen Ebene bestimmt wird. In der Regel werden bei diesen Tests die Kernfunktionen getestet, um die Teammitglieder bei der Entscheidung zu unterstützen, ob weitere Tests sinnvoll sind. Sie werden nach dem täglichen Build ausgeführt, um sicherzustellen, dass die Kompilierung des Quellcodes erfolgreich erstellt wurde und weitere Tests durchgeführt werden können.