Fehler (Agile)
In diesem Thema wird erläutert, wie die Details einer Fehlerarbeitsaufgabe ausgefüllt werden. Informationen zum Erstellen einer Fehlerarbeitsaufgabe finden Sie unter Arbeitsaufgaben und Workflow (Agile).
In diesem Thema |
Verwandte Themen |
|---|---|
Übersicht über das Erstellen und Verfolgen von Fehlern
|
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
Durch einen Fehler wird mitgeteilt, dass im vom Team entwickelten Code ein potenzielles Problem vorhanden ist. 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 der folgenden Abbildung veranschaulicht werden:
.png "Arbeitsaufgabenformular für Fehler")
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 für einen Fehler mindestens eines der folgenden Felder fest:
Geben Sie in Titel (erforderlich) einen Ausdruck ein, durch den der gefundene Codefehler beschrieben wird.
Klicken Sie in der Liste Zugewiesen an auf den Namen des Teammitglieds, das für die Behebung des Fehlers zuständig ist, oder lassen Sie dieses Feld leer, damit es später während der Bewertung zugewiesen werden kann.
Tipp
Sie können Arbeitsaufgaben nur Mitgliedern der Gruppe Contributors zuweisen.
Klicken Sie in der Liste Grund auf Buildfehler, oder übernehmen Sie die Zuweisung Neu.
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 Beheben und Schließen eines Fehlers.
Klicken Sie in den Listen Bereich und Iteration auf den entsprechenden Bereich und die entsprechende Iteration, oder lassen Sie diese Felder leer, sodass sie später während einer Planungs- oder Bewertungsbesprechung zugewiesen werden können.
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.
Geben Sie in Rang eine Zahl ein, die die relative Wichtigkeit des Fehlers in Bezug auf die anderen Fehler in derselben Iteration angibt.
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.
Geben Sie auf der Registerkarte Details eine oder mehrere der folgenden Informationen an:
Geben Sie in Reproduktionsschritte so viele Details wie möglich an, damit andere Teammitglieder das zu behebende Problem verstehen können.
Die in diesem Feld angegebenen Inhalte können formatiert werden.
Geben Sie im Feld Versionsgeschichte die gewünschten Details an.
Die hier eingegebenen Inhalte können formatiert werden.
Immer wenn ein Teammitglied den Fehler ändert, werden in der Versionsgeschichte das Datum der Änderung, das Teammitglied, das die Änderung vorgenommen hat, und die geänderten Felder angezeigt.
Geben Sie auf der Registerkarte Systeminfo eine oder mehrere der folgenden Informationen an:
Klicken Sie in der Liste In Build gefunden auf den Namen des Builds, in dem der Fehler gefunden wurde, oder geben Sie diesen 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 Build 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.
Beschreiben Sie in Systeminfo die Softwareumgebung, in der der Fehler gefunden wurde.
(Optional) Verknüpfen Sie den Fehler mit einer anderen Arbeitsaufgabe, z. B. mit einem Testfall oder einem anderen Fehler.
Weitere Informationen zu diesen Aktivitäten finden Sie später in diesem Thema unter Verknüpfen eines Testfalls mit einem Fehler.
Klicken Sie auf der Arbeitsaufgaben-Symbolleiste auf
.gif "Speichern")
Arbeitsaufgabe speichern.Tipp
Nach dem Speichern des Fehlers wird der Bezeichner im Titel unter der Arbeitsaufgaben-Symbolleiste angezeigt.
Verknüpfen eines Testfalls mit einem Fehler
Durch das Verknüpfen von Fehlern mit Testfällen können Sie die Genauigkeit und Vollständigkeit vieler Berichte verbessern, die für MSF for Agile Software Development definiert werden.
So verknüpfen Sie einen vorhandenen Testfall mit einem Fehler
Klicken Sie auf der Registerkarte Testfälle auf
.gif "Links hinzufügen")
Verknüpfen mit.Das Dialogfeld Link hinzufügen zu Fehler wird geöffnet.
Behalten Sie in der Liste Linktyp den Standardwert Getestet von bei. Dies ist der einzige Linktyp, der für Links unterstützt wird, die von der Registerkarte Testfälle hinzugefügt werden.
Geben Sie in Arbeitsaufgaben-IDs die ID eines oder mehrerer Testfälle ein, mit denen Sie den Fehler verknüpfen möchten, oder klicken Sie auf Durchsuchen, um einen zu verknüpfenden Testfall zu suchen. Sie können auf die Teamabfrage Meine Testfälle klicken, um Testfälle zu suchen. Aktivieren Sie anschließend das Kontrollkästchen neben jedem Testfall, mit dem Sie eine Verknüpfung herstellen möchten.
Weitere Informationen finden Sie unter Suchen nach zu verknüpfenden oder zu importierenden Arbeitsaufgaben.
(Optional) Geben Sie eine Beschreibung für den verknüpften Testfall ein.
Klicken Sie auf OK.
Klicken Sie auf
Arbeitsaufgabe speichern.Tipp
Sowohl der Fehler als auch der damit verknüpfte Testfall 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 Informationen in den Feldern Reproduktionsschritte oder Versionsgeschichte 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 einer Website oder einer Datei, die auf einem Server oder einer Website gespeichert ist, einen Link hinzu.
So fügen Sie einem Fehler Details hinzu
Klicken Sie auf die Registerkarte Details.
Geben Sie in Reproduktionsschritte Informationen ein.
(Optional) Geben Sie in Versionsgeschichte Informationen ein.
Sie können die Details formatieren, um einzelne hervorzuheben oder eine Aufzählung aufzuzeichnen. Weitere Informationen finden Sie unter Titel, IDs, Beschreibungen und Versionsgeschichte (Agile).
Klicken Sie auf
Arbeitsaufgabe speichern.
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.
Klicken Sie auf
.gif "Einfügen")
, oder drücken Sie STRG+V, um eine kopierte Datei einzufügen.Klicken Sie auf
.gif "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) Im Feld Kommentar können Sie weitere Informationen zur Anlage eingeben. Klicken Sie auf OK, um zur Registerkarte Anlagen zurückzukehren.
Klicken Sie auf
Arbeitsaufgabe speichern.
So fügen Sie einem Fehler einen Link hinzu
Klicken Sie auf der Registerkarte Alle Links auf
Verknüpfen mit..png "Linkadresse angeben")
Klicken Sie in der Liste Linktyp auf Link.
Geben Sie in Adresse die Adresse des Linksziels ein.
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.
Klicken Sie auf OK, und klicken Sie anschließend auf
Arbeitsaufgabe speichern.
Beheben und Schließen von Fehlern
Nach dem Beheben eines Fehlers ändern Sie seinen Zustand von Aktiv in Behoben. Nach dem Überprüfen der Korrektur ändern Sie seinen Zustand von Behoben in Geschlossen. Der Zustand eines Fehlers kann durch ein beliebiges Teammitglied geändert werden. Außerdem kann ein nicht zu korrigierender Fehler wie weiter unten in diesem Thema beschrieben aus anderen Gründen behoben werden. Weitere Informationen finden Sie unter Zuweisungen und Workflows (Agile).
So beheben oder schließen Sie einen Fehler
Öffnen Sie das Arbeitsaufgabenformular für den Fehler.
Klicken Sie in der Liste Zustand auf Gelöst oder Geschlossen.
Wenn Sie den Zustand von Aktiv in Gelöst ändern, wird das Feld Grund in Korrigiert geändert.
Vergewissern Sie sich, dass in Grund der korrekte Wert angegeben ist, oder klicken Sie auf eine andere Option.
Weitere Informationen finden Sie im vorliegenden Thema unter Von Aktiv in Gelöst.
Wenn Sie den Zustand von Gelöst in Geschlossen ändern, wird das Feld Grund in Bestätigt geändert.
Klicken Sie auf
Arbeitsaufgabe speichern.
Typischer Workflowablauf:
Weitere Workflowübergänge:
|
Fehlerzustandsdiagramm .png "Fehlerzustandsdiagramm") |
Aktiv (Neu oder Buildfehler)
Ein Teammitglied erstellt den Fehler, stellt einen aussagekräftigen Titel bereit und gibt in Beschreibung so viele Details wie möglich für den Fehler an. Der Fehler verbleibt so lange im Zustand Aktiv, wie er 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 den Benutzertextabschnitt 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 der Zustand eines Fehlers von Aktiv in Behoben geändert wird:
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.
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 werden soll, wie in der folgenden Tabelle beschrieben.
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 der Zustand eines Fehlers von Behoben in Geschlossen geändert wird:
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.
Von Behoben in Aktiv
Sie können einen der Gründe aus der folgenden Tabelle angeben, wenn Sie einen Fehler aus dem behobenen Zustand 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 hilfreich für den nächsten Besitzer des Fehlers bei dessen entsprechender Behebung sein. |
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 der Zustand eines Fehlers von Behoben in Aktiv geändert wird:
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 einen geschlossenen Fehler wieder aktivieren, 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. |
Reaktiviert |
Wenn der Fehler versehentlich oder aus einem anderen Grund geschlossen wurde. |
Keine. |
Die folgenden Daten werden automatisch aufgezeichnet, wenn der Zustand eines Fehlers von Geschlossen in Aktiv geändert wird:
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.