Freigeben über


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

  • Definieren eines Fehlers

  • Verknüpfen des Fehlers mit anderen Arbeitsaufgaben

  • Hinzufügen von Details, Anlagen oder Links zu einem Fehler

  • Ändern des Zustands eines Fehlers

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:

Arbeitsaufgabenformular - CMMI-Fehler

   

Arbeitsaufgabenformular für CMMI-Fehler - Registerkarten

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

  1. 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.

    • Klicken Sie in der Liste Zugrunde liegende Ursache auf die Ursache des Fehlers.

      Sie können einen der folgenden Werte angeben: Codefehler, Entwurfsfehler, Spezifikationsfehler, Kommunikationsfehler oder Unbekannt.

    • Klicken Sie in der Liste Zugewiesen an auf den Namen des Teammitglieds, das für das Beheben des Fehlers zuständig ist.

      Tipp

      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.

    • Klicken Sie in den Listen Bereich und Iteration auf den entsprechenden Bereich bzw. die entsprechende Iteration.

      Tipp

      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.

    • Klicken Sie in der Liste Priorität auf den Wert, 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.

    • Klicken Sie in der Liste Schweregrad auf den Wert, der die Auswirkungen des Fehlers auf das Projekt angibt.

      Dieses Feld ist standardmäßig auf den Wert 3 - Mittel festgelegt.

    • Klicken Sie in der Liste Selektierung auf den Selektierungszustand.

      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.

    • Klicken Sie in der Liste Blockiert auf Ja, wenn ein Problem weitere Schritte zur Behebung des Fehlers verhindert.

  2. Geben Sie auf der Registerkarte Reproduktionsschritte so viele Details an, wie andere Teammitglieder benötigen, um das zu behebende Problem zu verstehen.

  3. Geben Sie auf der Registerkarte Details so viele Details an, wie andere Teammitglieder benötigen, um das zu behebende Problem zu verstehen.

    • Beschreiben Sie in Symptom (erforderlich) den Codefehler oder das unerwartete Verhalten, der bzw. das festgestellt wurde.

      Die in diesem Feld angegebenen Inhalte können formatiert werden.

  4. Geben Sie auf der Registerkarte Systeminfo 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.

  5. Beschreiben Sie auf der Registerkarte Systeminfo die Softwareumgebung, in der der Fehler gefunden wurde.

    Die in diesem Feld angegebenen Inhalte können formatiert werden.

  6. Beschreiben Sie auf der Registerkarte Korrigieren die zum Beheben des Fehlers vorgeschlagene Änderung.

    Die in diesem Feld angegebenen Inhalte können formatiert werden.

  7. Geben Sie auf der Registerkarte Andere mindestens eine der folgenden Informationen an:

    • Klicken Sie in der Liste Gefunden in auf den Namen des Builds, in dem der potenzielle Fehler gefunden wurde, oder geben Sie ihn ein.

      Tipp

      Jedem Build ist ein eindeutiger Buildname zugeordnet. Weitere Informationen zum Definieren von Buildnamen finden Sie unter Anpassen von Buildnummern.

    • 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.

  8. Auf den Registerkarten Testfälle und Alle Links können Sie Links von dem Fehler zu anderen Arbeitsaufgaben erstellen, z. B. Aufgaben, Änderungsanforderungen, Testfälle und andere Fehler.

    Auf der Registerkarte Anlagen können Sie Spezifikationen, Bilder oder andere Dateien anfügen, die weitere Details zu dem Fehler bereitstellen, der korrigiert werden soll.

    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

  9. Klicken Sie auf der Arbeitsaufgaben-Symbolleiste auf Speichern Arbeitsaufgabe speichern.

    Tipp

    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 Verknüpfen von Arbeitsaufgaben (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

  1. Öffnen Sie das Arbeitsaufgabenformular für den Fehler, und führen Sie eine der folgenden Aktionen aus:

    • Um einen Link zu einem Testfall zu erstellen, klicken Sie auf die Registerkarte Testfälle und dann auf Neue verknüpfte Arbeitsaufgabe hinzufügen Neu.

    • Um einen Link zu einem beliebigen anderen Typ von Arbeitsaufgabe zu erstellen, klicken Sie auf die Registerkarte Alle Links und dann auf Neue verknüpfte Arbeitsaufgabe hinzufügen Neu.

    Das Dialogfeld Neue verknüpfte Arbeitsaufgabe hinzufügen wird geöffnet.

    Dialogfeld "Neue verknüpfte Arbeitsaufgabe hinzufügen"

  2. Übernehmen Sie in der Liste Linktyp den Standardwert, oder klicken Sie auf eine der folgenden Optionen:

    • Klicken Sie auf Getestet von, um einen Link zu einem Testfall zu erstellen.

    • Um einen Link zu einem anderen Typ von Arbeitsaufgabe zu erstellen, klicken Sie auf Verknüpft oder einen anderen Typ von Link, der die Beziehung darstellt, die Sie nachverfolgen möchten.

  3. Klicken Sie in der Liste Arbeitsaufgabentyp auf den Arbeitsaufgabentyp, den Sie erstellen möchten.

  4. Geben Sie in Titel eine kurze, jedoch eindeutige Beschreibung ein.

  5. (Optional) Geben Sie unter Kommentar weitere Informationen ein.

  6. Klicken Sie auf OK.

    Ein Formular für den von Ihnen angegebenen Typ von Arbeitsaufgabe wird mit den von Ihnen bereitgestellten Informationen geöffnet.

  7. Geben Sie die restlichen Felder an, wie in den folgenden Themen beschrieben:

  8. Klicken Sie auf Speichern Arbeitsaufgabe speichern.

So verknüpfen Sie mehrere vorhandene Arbeitsaufgaben mit einem Fehler

  1. Öffnen Sie das Arbeitsaufgabenformular für den Fehler, und führen Sie eine der folgenden Aktionen aus:

    • Um einen Link zu einem oder mehreren Testfällen zu erstellen, klicken Sie auf die Registerkarte Testfälle und dann auf Links hinzufügen Verknüpfen mit.

    • Klicken Sie auf die Registerkarte Alle Links und dann auf Links hinzufügen Verknüpfen mit, um einen Link zu einer oder mehreren Arbeitsaufgaben von anderen Typen zu erstellen.

    Das Dialogfeld Link hinzufügen zu Fehler wird geöffnet.

    Dialogfeld "Link zu Anforderung hinzufügen"

  2. Übernehmen Sie in der Liste Linktyp den Standardwert, oder klicken Sie auf eine der folgenden Optionen:

    • Um Links zu Testfällen zu erstellen, klicken Sie auf Getestet von.

    • Um Links zu einem anderen Typ von Arbeitsaufgabe zu erstellen, klicken Sie auf Verknüpft oder einen anderen Typ von Link, der die Beziehung darstellt, die Sie nachverfolgen möchten.

  3. Klicken Sie auf Durchsuchen.

    Das Dialogfeld Verknüpfte Arbeitsaufgaben auswählen wird angezeigt.

    Aufgabe mit Benutzertextabschnitt-Dialogfeld verknüpfen

  4. 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.

  5. 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.

  6. (Optional) Geben Sie eine Beschreibung für die zu verknüpfenden Arbeitsaufgaben ein.

  7. Klicken Sie auf OK, und klicken Sie anschließend auf Speichern Arbeitsaufgabe speichern.

    Tipp

    Sowohl der Fehler als auch die mit ihm verknüpften Arbeitsaufgaben werden aktualisiert.

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

  1. Klicken Sie auf eine der folgenden Registerkarten: Reproduktionsschritte, Details, Systeminfo oder Korrigieren.

  2. 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 Titel, IDs, Beschreibung und Versionsgeschichte (CMMI).

  3. Klicken Sie auf Speichern Arbeitsaufgabe speichern.

So fügen Sie einem Fehler eine Anlage hinzu

  1. Führen Sie auf der Registerkarte Anlagen eine der folgenden Aktionen aus:

    • Ziehen Sie eine Datei in den Anlagenbereich.

    • Klicken Sie auf Einfügen, oder drücken Sie STRG+V, um eine kopierte Datei einzufügen.

    • Klicken Sie auf Anlage hinzufügen Hinzufügen und anschließend auf Durchsuchen. 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. Klicken Sie zum Schließen des Dialogfelds Anlage auf OK.

  2. Klicken Sie auf Speichern Arbeitsaufgabe speichern.

  1. Klicken Sie auf der Registerkarte Alle Links auf Links hinzufügen Verknüpfen mit.

    Linkadresse angeben

  2. Klicken Sie in der Liste Linktyp auf Link.

  3. 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.

  4. (Optional) Geben Sie im Feld Kommentar weitere Informationen zum Link ein.

  5. Klicken Sie auf OK, und klicken Sie anschließend auf Speichern Arbeitsaufgabe speichern.

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

  1. Öffnen Sie das Arbeitsaufgabenformular für den Fehler.

  2. Klicken Sie in der Liste Zustand auf Aktiv, Gelöst oder Geschlossen.

    • 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.

  3. Klicken Sie auf Speichern Arbeitsaufgabe speichern.

Typischer Workflowablauf:

  • Ein Teammitglied erstellt einen Fehler im Standardzustand Vorgeschlagen mit dem Standardgrund Neu.

  • Ein Teammitglied ändert den Zustand von Vorgeschlagen in Aktiv mit dem Standardgrund Akzeptiert.

  • Ein Teammitglied ändert den Zustand von Aktiv in Gelöst, wenn es den Fehler korrigiert oder bestimmt, dass er nicht korrigiert werden kann.

  • Ein Teammitglied ändert den Zustand von Gelöst in Geschlossen, wenn es überprüft hat, dass der Fehler korrigiert ist, oder bestimmt, dass er nicht korrigiert werden kann.

Untypische Übergänge:

  • Ein Teammitglied ändert den Zustand von Vorgeschlagen in Geschlossen mit dem Standardgrund Abgelehnt.

  • Ein Teammitglied ändert den Zustand von Aktiv in Vorgeschlagen mit dem Standardgrund Untersuchung abgeschlossen.

  • Ein Überprüfungstest für den Fehler schlägt fehl. Daher ändert ein Teammitglied den Zustand von Gelöst in Aktiv mit dem Standardgrund Nicht behoben.

  • Während der Regressionstests stellt ein Teammitglied fest, dass ein geschlossener Fehler erneut auftritt, und ändert den Zustand des Fehlers von Geschlossen in Aktiv

Fehlerzustandsdiagramm

Zustandsdiagramm oder Workflow für CMMI-Fehler

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

Weitere Ressourcen

Arbeitsaufgaben und Workflow (CMMI)

Artefakte (CMMI)