Bugzilla - Einen Fehler verstehen
Das Hauptmerkmal oder das Herzstück von Bugzilla ist die Seite, auf der Details eines Fehlers angezeigt werden. Beachten Sie, dass die Beschriftungen für die meisten Felder Hyperlinks sind. Wenn Sie darauf klicken, wird die kontextsensitive Hilfe dieses bestimmten Felds angezeigt. Mit * gekennzeichnete Felder sind möglicherweise nicht bei jeder Installation von Bugzilla vorhanden.
Summary- Es handelt sich um eine einsatzige Zusammenfassung des Problems, die in der Kopfzeile neben der Fehlernummer angezeigt wird. Es ähnelt dem Titel des Fehlers, der dem Benutzer einen Überblick über den Fehler gibt.
Status (and Resolution)- Diese definieren den Status des Fehlers. - Er beginnt bereits vor der Bestätigung als Fehler, wird dann behoben und der Fix wird durch die Qualitätssicherung bestätigt. Die verschiedenen möglichen Werte für Status und Auflösung bei der Installation sollten in der kontextsensitiven Hilfe für diese Elemente dokumentiert werden. Der Status unterstützt Nicht bestätigt, Bestätigt, Behoben, In Bearbeitung, Gelöst, Abgelehnt usw.
Alias- Ein Alias ist ein eindeutiger Kurztextname für den Fehler, der anstelle der Fehlernummer verwendet werden kann. Es bietet die eindeutigen Kennungen und hilft, den Fehler zu finden, falls die Fehler-ID nicht praktisch ist. Dies kann bei der Suche nach einem Fehler hilfreich sein.
Product and Component- Fehler werden nach Produkten und Komponenten unterteilt. Ein Produkt kann eine oder mehrere Komponenten enthalten. Es hilft, die Fehler zu kategorisieren und sie auch zu trennen.
Version- Das Feld "Version" enthält normalerweise die Nummern oder Namen der freigegebenen Versionen des Produkts. Es wird verwendet, um die vom Fehlerbericht betroffenen Versionen anzugeben.
Hardware (Platform and OS)- Diese geben die getestete Umgebung oder das Betriebssystem an, in dem der Fehler gefunden wurde. Außerdem werden die Details der Hardware wie RAM, Festplattengröße, Prozessor usw. angezeigt.
Importance (Priority and Severity)- Das Feld Priorität wird verwendet, um Fehler zu priorisieren. Sie kann vom Beauftragten, Geschäftsleuten oder einer anderen Person von Stakeholdern mit Änderungsbefugnis aktualisiert werden. Es ist eine gute Idee, dieses Feld nicht bei anderen Fehlern zu ändern, die nicht von einer Person ausgelöst werden. Die Standardwerte sind P1 bis P5.
Severity Field- Das Feld Schweregrad gibt an, wie schwerwiegend das Problem ist - von Blocker ("Anwendung unbrauchbar") bis trivial ("geringfügiges kosmetisches Problem"). Der Benutzer kann dieses Feld auch verwenden, um anzugeben, ob ein Fehler eine Verbesserung oder eine zukünftige Anforderung ist. Die gängigen unterstützenden Schweregrade sind - Blocker, Kritisch, Major, Normal, Minor, Trivial und Verbesserung.
Target Milestone- Es ist ein zukünftiges Datum, bis zu dem der Fehler behoben werden soll. Beispiel - Die Meilensteine des Bugzilla-Projekts für zukünftige Bugzilla-Versionen sind 4.4, 5.0, 6.0 usw. Meilensteine sind nicht auf Zahlen beschränkt, obwohl der Benutzer beliebige Textzeichenfolgen wie Datumsangaben verwenden kann.
Assigned To - Ein Fehler wird einer Person zugewiesen, die für die Behebung des Fehlers verantwortlich ist oder die Glaubwürdigkeit des Fehlers anhand der Geschäftsanforderungen überprüfen kann.
QA Contact- Die Person, die für die Qualitätssicherung dieses Fehlers verantwortlich ist. Es kann der Reporter des Fehlers sein, der bei Bedarf weitere Details bereitstellt, oder er kann kontaktiert werden, um den Fehler erneut zu testen, sobald er behoben ist.
URL - Eine mit dem Fehler verknüpfte URL, falls vorhanden.
Whiteboard - Ein Freiform-Textbereich zum Hinzufügen kurzer Notizen, neuer Beobachtungen oder zum erneuten Testen von Kommentaren und Tags zu einem Fehler.
Keywords - Der Administrator kann Schlüsselwörter definieren, mit denen Fehler markiert und kategorisiert werden können - z. B. Absturz oder Regression.
Personal Tags- Schlüsselwörter sind global und für alle Benutzer sichtbar, während persönliche Tags persönlich sind und nur von ihrem Autor angezeigt und bearbeitet werden können. Durch das Bearbeiten dieser Tags werden keine Benachrichtigungen an andere Benutzer gesendet. Diese Tags werden verwendet, um Fehler, die ein Benutzer persönlich interessiert, mithilfe seines eigenen Klassifizierungssystems zu verfolgen.
Dependencies (Depends On and Blocks) - Wenn ein Fehler nicht behoben werden kann, da einige andere Fehler geöffnet sind (abhängig von) oder dieser Fehler verhindert, dass andere Fehler behoben werden (Blöcke), werden ihre Nummern hier aufgezeichnet.
Abhängigkeitsbaum-Link
Durch Klicken auf den Link Abhängigkeitsbaum werden die Abhängigkeitsbeziehungen des Fehlers als Baumstruktur angezeigt. Ein Benutzer kann ändern, wie tief die behobenen Fehler auf dieser Seite angezeigt und ausgeblendet werden sollen. Ein Benutzer kann auch Abhängigkeiten für jeden nicht-terminalen Fehler in der Baumansicht reduzieren / erweitern, indem er die Schaltflächen [-] / [+] verwendet, die vor der Zusammenfassung angezeigt werden.
Reported - Es ist die Uhrzeit und das Datum, an dem der Fehler von einer Person im System protokolliert wird.
Modified - Es ist das Datum und die Uhrzeit, zu der der Fehler zuletzt im System geändert wurde.
CC List - Eine Liste der Personen, die E-Mails erhalten, wenn sich der Fehler ändert, zusätzlich zu dem Reporter, dem Beauftragten und dem QA-Kontakt (falls aktiviert).
Ignore Bug Mail - Ein Benutzer kann dieses Feld aktivieren, wenn er von diesem Fehler keine E-Mail-Benachrichtigung erhalten möchte.
See Also - Bugs, in diesem Bugzilla, anderen Bugzilla oder anderen Bug-Trackern, die mit diesem verwandt sind.
Flags- Ein Flag ist eine Art Status, der für Fehler oder Anhänge gesetzt werden kann, um anzuzeigen, dass sich die Fehler / Anhänge in einem bestimmten Zustand befinden. Jede Installation kann ihre eigenen Flags definieren, die für Fehler oder Anhänge gesetzt werden können.
Time Tracking- Dieses Formular kann zur Zeiterfassung verwendet werden. Um diese Funktion nutzen zu können, muss ein Benutzer Mitglied der von der angegebenen Gruppe seintimetrackinggroup Parameter.
Orig. Est. - Dieses Feld zeigt die ursprünglich geschätzte Zeit.
Current Est.- Dieses Feld zeigt die aktuell geschätzte Zeit an. Diese Zahl wird aus den geleisteten Arbeitsstunden und den verbleibenden Stunden berechnet.
Hours Worked - In diesem Feld wird die Anzahl der Arbeitsstunden für den jeweiligen Defekt angezeigt.
Hours Left- Dieses Feld zeigt die aktuelle Schätzung. - Arbeitsstunden. Dieser Wert + Arbeitsstunden wird zum neuen aktuellen Schätzwert.
%Complete - Dieses Feld zeigt an, wie viel Prozent der Aufgabe abgeschlossen sind.
Gain - Dieses Feld zeigt die Anzahl der Stunden an, die der Fehler vor der ursprünglichen Schätzung liegt.
Deadline - Dieses Feld zeigt die Frist für diesen Fehler.
Attachments- Ein Benutzer kann Dateien (Beweise, Testfälle oder Patches) an Fehler anhängen. Wenn Anhänge vorhanden sind, werden diese in diesem Abschnitt aufgeführt.
Additional Comments - Ein Benutzer kann hier Kommentare zur Fehlerdiskussion hinzufügen, wenn der Benutzer / Tester etwas Wertvolles zu sagen hat.
Im nächsten Kapitel erfahren Sie, wie Sie einen Fehler bearbeiten.