Fehler (CMMI)
In diesem Thema wird erläutert, wie die Details einer Fehlerarbeitsaufgabe ausgefüllt werden.Durch einen Fehler wird mitgeteilt, dass im vom Team entwickelten Code ein potenzielles Problem vorhanden ist.Weitere Informationen finden Sie unter Arbeiten mit Fehlern.
Informationen zum Erstellen dieses Arbeitsaufgabentyps finden Sie unter Arbeitsaufgaben und Workflow (Agile).
In diesem Thema |
Verwandte Themen |
---|---|
|
Prozessleitfaden Arbeitsmappen Dashboards und Berichte Feldverweis |
Erforderliche Berechtigungen
Um einen Fehler anzeigen zu können, müssen Sie Mitglied der Gruppe Readers sein, oder Arbeitsaufgaben in diesem Knoten anzeigen muss auf Zulassen festgelegt sein.Zum Erstellen oder Ändern eines Fehlers müssen Sie Mitglied der Gruppe Contributors sein, oder die Berechtigungen Arbeitsaufgaben in diesem Knoten bearbeiten müssen auf Zulassen festgelegt sein.Weitere Informationen finden Sie unter Verwalten von Berechtigungen.
Definieren eines Fehlers
Beim Definieren eines Fehlers melden Sie das Problem exakt und auf eine Weise, die es dem Leser ermöglicht, die vollständigen Auswirkungen des Problems zu verstehen.Zudem sollten Sie auch die Aktionen beschreiben, die Sie beim Suchen des Fehlers ausgeführt haben, sodass andere Teammitglieder das Verhalten leichter reproduzieren können.Die Testergebnisse sollten das Problem eindeutig anzeigen.Klare, verständliche Beschreibungen machen es wahrscheinlicher, dass der Fehler behoben wird.
Im Arbeitsaufgabenformular für einen Fehler werden Daten in den Feldern und auf den Registerkarten gespeichert, die in den folgenden Abbildungen dargestellt werden:
Wenn Sie einen Fehler definieren, müssen Sie den Titel im obersten Abschnitt des Arbeitsaufgabenformulars definieren und im Feld Symptom auf der Registerkarte Details Text eingeben.Sie können alle anderen Felder leer lassen oder ihre Standardwerte annehmen.
So definieren Sie einen Fehler
Legen Sie im obersten Abschnitt des Arbeitsaufgabenformulars eines oder mehrere der folgenden Felder fest:
Geben Sie in Titel (erforderlich) einen Ausdruck ein, durch den der gefundene Codefehler beschrieben wird.
In der Liste Zugewiesen zu den Namen des Teammitglieds aus, das für die Behebung des Fehlers zuständig ist.
Hinweis Sie können Arbeitsaufgaben nur Mitgliedern der Gruppe Contributors zuweisen.
Übernehmen Sie in der Liste Zustand den Standardwert Vorgeschlagen.
Der Standardwert des Felds Grund ist Neu.Das Feld Grund für Lösung ist schreibgeschützt und erfasst den Wert des Felds Grund, wenn es von Aktiv in Gelöst geändert wird.Weitere Informationen über diese Felder und ihre Verwendung zum Nachverfolgen des Workflows finden Sie weiter unten in diesem Thema unter Ändern des Zustands eines Fehlers.
In der Liste Priorität den Wert aus, der die Wichtigkeit des Fehlers angibt, wobei 1 die höchste Wichtigkeit und 4 die geringste Wichtigkeit angibt.
Dieses Feld ist standardmäßig auf 2 festgelegt.
In der Liste Schweregrad den Wert aus, der die Auswirkungen des Fehlers auf das Projekt angibt.
Dieses Feld ist standardmäßig auf den Wert 3 - Mittel festgelegt.
In der Liste Selektierung den Selektierungszustand aus.
Gültige Werte sind Ausstehend (Standard), Details, Informationen empfangen und Selektiert.Dieses Feld gibt einen Selektierungsgrad für Fehler an, die den Zustand Vorgeschlagen aufweisen.
In der Liste wählen Sie BlockiertJa aus, wenn ein Problem weitere Schritte zur Behebung des Fehlers ist.
In den Bereich und Iteration Listen wählen Sie den entsprechenden Bereich und Iteration aus.
Hinweis Der Projektadministrator für jedes Teamprojekt definiert Bereichs- und Iterationspfade für das Projekt, damit das Team den Fortschritt anhand dieser Angaben nachverfolgen kann.Weitere Informationen finden Sie unter Erstellen und Ändern von Bereichen und Iterationen.
In der Liste Zugrunde liegende Ursache die Ursache des Fehlers aus.
Sie können einen der folgenden Werte angeben: Codefehler, Entwurfsfehler, Spezifikationsfehler, Kommunikationsfehler oder Unbekannt.
REPRODUKTIONSSCHRITTE auf der Registerkarte beliebig viele Informationen an, wie ein anderes Teammitglied das Problem zu verstehen, das behoben werden muss.
Klicken Sie auf der Registerkarte SYMPTOM beschreiben Sie den Codefehler oder das unerwartete Verhalten, das. gefunden wurde.
Die in diesem Feld angegebenen Inhalte können formatiert werden.
SYSTEMINFO auf der Registerkarte eine oder mehrere der folgenden Informationen an:
Beschreiben Sie in Fundumgebung Einrichtung und Konfiguration der Software, in der der Fehler gefunden wurde.
Beschreiben Sie in Auffindungsart, wie der Fehler gefunden wurde.
Ein Fehler wurde z. B. möglicherweise während einer Kundenüberprüfung oder durch Ad-hoc-Tests gefunden.
Klicken Sie auf der Registerkarte KORRIGIEREN beschreiben Sie die vorgeschlagene Änderung, um den Fehler zu beheben.
Die in diesem Feld angegebenen Inhalte können formatiert werden.
Andere auf der Registerkarte eine oder mehrere der folgenden Informationen an:
In der Liste wählen Sie Gefunden in aus oder geben Sie den Namen des Builds ein, in dem der potenzielle Fehler gefunden wurde.
Hinweis Jedem Build ist ein eindeutiger Buildname zugeordnet.Weitere Informationen zum Definieren von Buildnamen finden Sie unter Customize Build Numbers.
Geben Sie in Integriert in beim Erstellen des Fehlers keinen Build an.Geben Sie beim Beheben eines Fehlers den Namen des Builds ein, der den Code enthält bzw. mit dem der Fehler korrigiert wird.
Geben Sie in Ursprüngliche Schätzung die Anzahl von Stunden ein, die erforderlich sind, um den Fehler zu beheben.
Auf den TESTFÄLLE und ALLE LINKS Registerkarten Links vom Fehler zu anderen Arbeitsaufgaben, wie Aufgaben, Änderungsanforderungen, Testfälle und andere Fehler erstellen.
Auf der Registerkarte können Sie ANLAGEN Spezifikationen, Bilder oder andere Dateien anfügen, die weitere Details zum korrigiert werden Fehler enthalten.
Weitere Informationen finden Sie in den folgenden Abschnitten:
Verknüpfen des Fehlers mit anderen Arbeitsaufgaben
Hinzufügen von Details, Anlagen oder Links zu einer Anforderung
Auf der Arbeitsaufgaben-Symbolleiste wählen Sie Arbeitsaufgabe speichern aus.
Hinweis Nach dem Speichern des Fehlers wird der Bezeichner im Titel unter der Arbeitsaufgaben-Symbolleiste angezeigt.
Verknüpfen eines Fehlers mit anderen Arbeitsaufgaben
Durch das Erstellen von Beziehungen zwischen Fehlern und anderen Arbeitsaufgaben können Sie Abhängigkeiten nachverfolgen und relevante Informationen schneller finden.Im Arbeitsaufgabenformular für einen Fehler können Sie eine Arbeitsaufgabe erstellen, die automatisch mit dem Fehler verknüpft wird, oder Sie können Links zu vorhandenen Arbeitsaufgaben erstellen.
Sie verwenden die Registerkarten Testfälle und Alle Links, um Links für bestimmte Typen von Arbeitsaufgaben und bestimmte Typen von Links zu erstellen.Weitere Informationen zu den Einschränkungen für die einzelnen Registerkarten finden Sie unter Linking Work Items (CMMI).
So erstellen Sie eine Aufgabe, einen Fehler, eine Änderungsanforderung, einen Testfall oder eine andere Arbeitsaufgabe und verknüpfen sie bzw. ihn mit einem Fehler
Öffnen Sie das Arbeitsaufgabenformular für den Fehler, und führen Sie eine der folgenden Aktionen aus:
Um zu einem Testfall zu erstellen und zu verknüpfen, verwenden Sie die Registerkarte Testfälle, und wählen Sie dann Neu aus.
Um zu einem anderen Typ von Arbeitsaufgabe zu erstellen und zu verknüpfen, verwenden Sie die Registerkarte Alle Links, und wählen Sie dann Neu aus.
Das Dialogfeld Neue verknüpfte Arbeitsaufgabe hinzufügen wird geöffnet.
In der Liste Linktyp können Sie den Standardwert oder wählen Sie eine der folgenden Optionen aus:
Um einen Link zu einem Testfall zu erstellen, wählen Sie Getestet von.
Um eine Verbindung zu einem anderen Typ von Arbeitsaufgabe zu erstellen, wählen Sie Verknüpft oder einen anderen Linktyp der die Beziehung darstellt die Sie nachverfolgen möchten.
In der Liste Arbeitsaufgabentyp den Typ der Arbeitsaufgabe, die Sie erstellen möchten.
Geben Sie in Titel eine kurze, jedoch eindeutige Beschreibung ein.
(Optional) Geben Sie unter Kommentar weitere Informationen ein.
Klicken Sie auf OK.
Ein Formular für den von Ihnen angegebenen Typ von Arbeitsaufgabe wird mit den von Ihnen bereitgestellten Informationen geöffnet.
Geben Sie die restlichen Felder an, wie in den folgenden Themen beschrieben:
Wählen Sie Arbeitsaufgabe speichern aus.
So verknüpfen Sie mehrere vorhandene Arbeitsaufgaben mit einem Fehler
Öffnen Sie das Arbeitsaufgabenformular für den Fehler, und führen Sie eine der folgenden Aktionen aus:
Um zu einem oder mehreren Testfällen zu verknüpfen, verwenden Sie die Registerkarte Testfälle, und wählen Sie dann Verknüpfen mit aus.
Um zu einer oder mehreren Arbeitsaufgaben von anderen Typen zu verknüpfen, verwenden Sie die Registerkarte Alle Links, und wählen Sie dann Verknüpfen mit aus.
Das Dialogfeld Link hinzufügen zu Fehler wird geöffnet.
In der Liste Linktyp können Sie den Standardwert oder wählen Sie eine der folgenden Optionen aus:
Um Links zu Testfällen zu erstellen, wählen Sie Getestet von.
Um Links zu einem anderen Typ von Arbeitsaufgabe zu erstellen, wählen Sie Verknüpft oder einen anderen Linktyp der die Beziehung darstellt die Sie nachverfolgen möchten.
Wählen Sie Durchsuchen aus.
Das Dialogfeld Verknüpfte Arbeitsaufgaben auswählen wird angezeigt.
Geben Sie die Elemente in Arbeitsaufgaben-IDs ein, oder suchen Sie nach den Elementen, mit denen Sie Verknüpfungen herstellen möchten.
Sie können auch eine Teamabfrage ausführen, um die Arbeitsaufgaben zu suchen, zu denen Sie Links erstellen möchten.Diese Abfragen umfassen Aktive Fehler, Änderungsanforderungen, Offene Aufgaben, Offene Testfälle und Offene Aufgaben.
Aktivieren Sie das Kontrollkästchen neben jeder Arbeitsaufgabe, die Sie mit der Anforderung verknüpfen möchten.
Weitere Informationen finden Sie unter Suchen nach zu verknüpfenden oder zu importierenden Arbeitsaufgaben.
(Optional) Geben Sie eine Beschreibung für die zu verknüpfenden Arbeitsaufgaben ein.
Wählen Sie OK aus und wählen dann Arbeitsaufgabe speichern aus.
Hinweis Sowohl der Fehler als auch die mit ihm verknüpften Arbeitsaufgaben werden aktualisiert.
Hinzufügen von Details, Anlagen oder Links zu einem Fehler
Sie können einem Fehler Informationen hinzufügen, die anderen Personen bei der Korrektur des Fehlers behilflich sind.Fehlern werden Details wie folgt hinzugefügt:
Geben Sie auf der Registerkarte Beschreibung, Reproduktionsschritte, Systeminfo, Korrigieren oder Versionsgeschichte Informationen ein.
Fügen Sie eine Datei an.
Sie können z. B. einen E-Mail-Thread, ein Dokument, ein Bild, eine Protokolldatei oder einen anderen Dateityp anfügen.
Fügen Sie einen Link zu einer Website oder einer Datei hinzu, die auf einem Server oder einer Website gespeichert ist.
So fügen Sie einem Fehler Details hinzu
Wählen Sie eine der folgenden Registerkarten aus: Reproduktionsschritte, Details, Systeminfo oder Korrigieren.
Geben Sie die Informationen ein, die Sie hinzufügen möchten.
In den meisten Feldern können Sie Text formatieren, um einzelne Teile hervorzuheben oder eine Aufzählung aufzuzeichnen.Weitere Informationen finden Sie unter Anforderungsfeldverweis (CMMI).
Wählen Sie Arbeitsaufgabe speichern aus.
So fügen Sie einem Fehler eine Anlage hinzu
Führen Sie auf der Registerkarte Anlagen eine der folgenden Aktionen aus:
Ziehen Sie eine Datei in den Anlagenbereich.
Wählen Sie oder drücken Sie STRG+V, um eine Datei einzufügen, die Sie kopiert haben.
Wählen Sie Hinzufügen aus und wählen dann Durchsuchen aus.Geben Sie im Dialogfeld Anlage den Namen der anzufügenden Datei ein, oder navigieren Sie zu dem Namen.
(Optional) Geben Sie in das Feld Kommentar weitere Informationen zur Anlage ein.Um das Dialogfeld Anlage zu schließen, wählen Sie OK.
Wählen Sie Arbeitsaufgabe speichern aus.
So fügen Sie einem Fehler einen Link hinzu
Wählen Sie auf der Registerkarte Alle Links die Option Verknüpfen mit aus.
In der Liste wählen Sie LinktypLink aus.
Führen Sie in Adresse eine der folgenden Aufgaben aus.
Wenn das Ziel eine Website ist, geben Sie die URL ein, oder kopieren Sie sie aus dem Internetbrowser, und fügen Sie sie in das Feld Adresse ein.
Wenn das Ziel ein Serverspeicherort ist, geben Sie die Adresse als UNC-Namen ein.
(Optional) Geben Sie im Feld Kommentar weitere Informationen zum Link ein.
Wählen Sie OK aus und wählen dann Arbeitsaufgabe speichern aus.
Beheben und Schließen von Fehlern
Ein Team kann den Status eines Fehlers nachverfolgen, indem der Zustand auf einen der folgenden Werte festgelegt wird:
Vorgeschlagen
Aktiv
Gelöst
Closed
Wenn ein Teammitglied einen Fehler erstellt, ist er standardmäßig im Zustand Vorgeschlagen.Wenn das Team einen Fehler für die aktuelle Iteration akzeptiert, ändert das Team den Zustand des Fehlers in Aktiv und erstellt möglicherweise Aufgaben, um ihn zu implementieren.Wenn ein Teammitglied den Fehler korrigiert, ändert es seinen Zustand von Aktiv in Gelöst.Nach dem Überprüfen der Korrektur ändert ein Teammitglied den Zustand von Gelöst in Geschlossen.
Der Zustand eines Fehlers kann durch ein beliebiges Teammitglied geändert werden.Auch ein nicht zu korrigierender Fehler kann wie im Folgenden beschrieben behoben oder aus anderen Gründen geschlossen werden.
Weitere Informationen zu den Datenfeldern, mit denen Sie Zustände von Arbeitsaufgaben nachverfolgen können, finden Sie unter Zuweisungen, Workflow und Planung (CMMI).
So ändern Sie den Zustand eines Fehlers
Öffnen Sie das Arbeitsaufgabenformular für den Fehler.
In der Liste wählen Sie ZustandAktiv, Gelöst oder Geschlossen aus.
Wenn Sie den Zustand von Vorgeschlagen in Aktiv ändern, wird das Feld Grund in Akzeptiert geändert.
Wenn Sie den Zustand von Aktiv in Gelöst ändern, wird das Feld Grund in Korrigiert geändert.
Wenn Sie den Zustand von Gelöst in Geschlossen ändern, wird das Feld Grund in Bestätigt geändert.
Wählen Sie Arbeitsaufgabe speichern aus.
Typischer Workflowablauf:
Untypische Übergänge:
|
Fehlerzustandsdiagramm |
Vorgeschlagen (Neu)
Die folgenden Datenfelder werden automatisch aufgezeichnet, wenn ein Teammitglied einen Fehler erstellt:
Erstellt von: Der Name des Teammitglieds, das den Fehler erstellt hat.
Erstellungsdatum: Das Datum und die Uhrzeit, zu denen der Fehler erstellt wurde, aufgezeichnet von der Serveruhr.
Von Vorgeschlagen in Aktiv
Ein Teammitglied kann einen aktiven Fehler aus den Gründen beheben, die in der folgenden Tabelle beschrieben werden:
Grund |
Empfohlene Verwendung |
Weitere zu ergreifende Maßnahmen |
---|---|---|
Akzeptiert |
Wenn der Selektierungsausschuss den Fehler zur Implementierung in der aktuellen Iteration genehmigt. |
Weisen Sie den Fehler dem Teammitglied zu, das ihn implementiert. |
Untersuchen |
Wenn der Selektierungsausschuss bestimmt, dass das Team die Kundenauswirkungen untersuchen muss, bevor entschieden wird, ob das Team den Fehler implementieren soll. |
Stellen Sie den Zustand Vorgeschlagen des Fehlers wieder her, wenn die Untersuchung beendet ist. |
Die folgenden Datenfelder werden aufgezeichnet, wenn ein Teammitglied den Zustand eines Fehlers in Aktiv ändert:
Aktiviert von: Der Name des Teammitglieds, das den Fehler aktiviert hat.
Aktivierungsdatum: Das Datum und die Uhrzeit, als der Fehler aktiviert wurde, aufgezeichnet von der Serveruhr.
Datum der Zustandsänderung: Das Datum und die Uhrzeit, als der Zustand des Fehlers geändert wurde.
Von Vorgeschlagen in Geschlossen
Ein Teammitglied kann einen Fehler, der den Zustand Vorgeschlagen aufweist, aus den in der folgenden Tabelle beschriebenen Gründen schließen:
Grund |
Empfohlene Verwendung |
Weitere zu ergreifende Maßnahmen |
---|---|---|
Abgelehnt |
Wenn der Selektierungsausschuss bestimmt, dass der Fehler nicht implementiert werden kann, oder wenn die Implementierung vom Kunden nicht mehr benötigt wird. |
Keine. |
Doppelt |
Wenn ein anderer aktiver Fehler dasselbe Problem meldet. |
Erstellen Sie einen Link zum Fehler, dessen aktiver Zustand beibehalten wird, damit das Teammitglied, das den doppelten Fehler erstellt hat, diesen Umstand vor dem Schließen des Fehlers leichter überprüfen kann. |
Die folgenden Datenfelder werden aufgezeichnet, wenn ein Teammitglied einen Fehler schließt:
Geschlossen von: Name des Teammitglieds, das den Fehler geschlossen hat.
Schließungsdatum: Das Datum und die Uhrzeit, als der Fehler geschlossen wurde, aufgezeichnet von der Serveruhr.
Datum der Zustandsänderung: Das Datum und die Uhrzeit, als der Zustand des Fehlers geändert wurde.
Aktiv
Das Team sollte nur die Fehler korrigieren, die den Zustand Aktiv aufweisen.Der Fehler verbleibt so lange im Zustand Aktiv, wie er vom Team untersucht und korrigiert wird.
Von Aktiv in Gelöst
Beim Beheben eines Fehlers können Sie einen der Gründe in der folgenden Tabelle angeben:
Grund |
Empfohlene Verwendung |
Weitere zu ergreifende Maßnahmen |
---|---|---|
Korrigiert (Standardwert) |
Führen Sie nach dem Korrigieren des vom Fehler angegebenen Problems Komponententests aus, um die Korrektur des Problems zu überprüfen, und checken Sie den geänderten Code ein. |
Verknüpfen Sie den Fehler nach dem Einchecken der Korrektur mit dem Changeset. |
Verzögert |
Wenn der Fehler in der aktuellen Iteration nicht behoben wird.Der Fehler wird aufgeschoben, bis er vom Team für eine künftige Iteration oder Version des Produkts erneut bewertet werden kann. |
(Optional) Verschieben Sie den Fehler in eine künftige Iteration oder in den Rückstand, und behalten Sie seinen aktiven Zustand bei. |
Doppelt |
Wenn ein anderer aktiver Fehler dasselbe Problem meldet. |
Erstellen Sie einen Link zum Fehler, dessen aktiver Zustand beibehalten wird, damit das Teammitglied, das den doppelten Fehler erstellt hat, diesen Umstand vor dem Schließen des Fehlers leichter überprüfen kann. |
Wie entwickelt |
Wenn der Fehler eine erwartete Bedingung bzw. ein erwartetes Verhalten des Systems beschreibt oder außerhalb der Akzeptanzkriterien für den Anwendungsbereich oder die Anforderung liegt, auf die sich der Fehler bezieht. |
Keine. |
Nicht reproduzierbar |
Wenn Teammitglieder das vom Fehler angegebene Verhalten nicht reproduzieren können. |
Keine. |
Veraltet |
Wenn sich der Fehler nicht mehr auf das Produkt bezieht.Ein Fehler ist z. B. veraltet, wenn er ein Problem in einem Funktionsbereich beschreibt, der im Produkt nicht mehr vorhanden ist. |
Keine. |
Die folgenden Datenfelder werden automatisch aufgezeichnet, wenn ein Teammitglied den Zustand eines Fehlers von Aktiv in Gelöst ändert:
Behoben von: Name des Teammitglieds, das den Fehler behoben hat.
Behebungsdatum: Das Datum und die Uhrzeit, zu denen der Fehler behoben wurde, aufgezeichnet von der Serveruhr.
Datum der Zustandsänderung: Das Datum und die Uhrzeit, als der Zustand des Fehlers geändert wurde.
Von Gelöst in Geschlossen
Der einzige unterstützte Grund zum Schließen eines Fehlers ist Bestätigt.
Die folgenden Datenfelder werden automatisch aufgezeichnet, wenn ein Teammitglied den Zustand eines Fehlers von Gelöst in Geschlossen ändert:
Geschlossen von: Name des Teammitglieds, das den Fehler geschlossen hat.
Schließungsdatum: Das Datum und die Uhrzeit, als der Fehler geschlossen wurde, aufgezeichnet von der Serveruhr.
Datum der Zustandsänderung: Das Datum und die Uhrzeit, als der Zustand des Fehlers geändert wurde.
Gelöst
Das Teammitglied, das für die Korrektur des Fehler zuständig ist, behebt diesen anschließend.Ein Teammitglied kann auch festlegen, dass der Fehler aus anderen Gründen behoben oder geschlossen werden soll, wie in der folgenden Tabelle beschrieben.
Von Gelöst in Aktiv
Ein Teammitglied kann einen Fehler im Zustand Gelöst aus einem der in der folgenden Tabelle beschriebenen Gründe erneut aktivieren:
Grund |
Empfohlene Verwendung |
Weitere zu ergreifende Maßnahmen |
---|---|---|
Nicht behoben |
Wenn die Lösung inakzeptabel oder wenn die Korrektur falsch ist. |
Geben Sie Details dazu an, aus welchen Gründen die Behebung abgelehnt wurde oder die Korrektur nicht ordnungsgemäß funktioniert.Diese Informationen sollten dem nächsten Besitzer die angemessene Behebung des Fehlers erleichtern. |
Fehler bei Test |
Wenn durch einen Test nachgewiesen wird, dass der Fehler immer noch vorhanden ist. |
Geben Sie Details zu dem fehlgeschlagenen Test und dem entsprechenden Build an. |
Die folgenden Daten werden automatisch aufgezeichnet, wenn ein Teammitglied einen Fehler im Zustand Gelöst erneut aktiviert:
Aktiviert von: Der Name des Teammitglieds, das den Fehler erneut aktiviert hat.
Aktivierungsdatum: Das Datum und die Uhrzeit, als der Fehler erneut aktiviert wurde, aufgezeichnet von der Serveruhr.
Closed
Ein Teammitglied kann den Zustand eines geschlossenen Fehlers in Aktiv ändern, wenn das beschriebene Problem bzw. der beschriebene Codefehler erneut auftritt oder bisher nicht korrigiert wurde.
Von Geschlossen in Aktiv
Sie können einen der Gründe aus der folgenden Tabelle angeben, wenn Sie einen Fehler aus dem geschlossenen Zustand erneut aktivieren:
Grund |
Empfohlene Verwendung |
Weitere zu ergreifende Maßnahmen |
---|---|---|
Regression |
Wenn der Fehler in späteren Builds des Codes erneut auftritt. |
Keine. |
Mit Fehler geschlossen |
Wenn der Fehler versehentlich oder aus einem anderen Grund geschlossen wurde. |
Keine. |
Die folgenden Daten werden automatisch aufgezeichnet, wenn ein Teammitglied einen Fehler im Zustand Geschlossen erneut aktiviert:
Aktiviert von: Der Name des Teammitglieds, das den Fehler erneut aktiviert hat.
Aktivierungsdatum: Das Datum und die Uhrzeit, als der Fehler erneut aktiviert wurde, aufgezeichnet von der Serveruhr.
Siehe auch
Konzepte
Arbeitsaufgabenfeldverweis für Visual Studio ALM