Wiki » Bugzilla-de

Andere Sprachen Deutsch ; English ; Español ; Français ; Nederlands ; Türkçe ; português brasileiro ;

Was ist Bugzilla

Bugzilla ist ein “Fehlerverfolgungssystem”. Fehlerverfolgungs-Systeme erlauben es einzelnen Programmieren oder ganzen Gruppen ausstehende Fehler in deren Produkten in wirksamer Weise verfolgen. Die meisten der kommerziellen Fehlerverfolgungssystem-Anbieter verlangen enorme Lizenzgebühren. Obwohl Bugzilla “frei” ist, besitzt es viele Merkmale, die seinen teuren Pendanten fehlen. Folglich wurde Bugzilla schnell bei hunderte von Organisatoren auf der ganzen Welt beliebt.

Was kann Bugzilla tun?

• Fehlerverfolgung und Codeänderungen
• Kommunikation mit Teammitgliedern
• Vorlage und Bewertung von Patches
• Verwalten der Qualitätskontrolle (QA)

Bugzilla kann dir helfen wenn du in einem Software-Entwicklungsprozess eingebunden bist. Erfolgreiche Projekte sind oft das Ergebnis einer erfolgreichen Organisation und Kommunikation. Bugzilla ist ein mächtiges Werkzeug, das Deinem Team hilft, sich zu organisieren und auch wirksam zu kommuniziert.

Mehr über Bugzilla

Dieses Werkzeug ist ein Produkt der Mozilla Foundation. Weitere Information findest du auf www.bugzilla.org

Wie man einen Fehler berichtet

Lies bitte wie ein Fehler richtig gemeldet wird.

Wie man einen Fehler beschreibt

Dieser Teil ist SEHR wichtig, da es dem Entwickler mit deiner Beschreibung, möglich sein muss den Fehler nachzuvollziehen.

Um eine Fehler zu beschreiben musst du:

• das Problem beschreiben:

Während ich versuchte zu... (Ich erkläre was ich tat). Das Programm ... stürzte bei der Anzeige von ... ab (Ich erkläre den Fehler mit all den Details, soweit ich kann!). Hier ist meine Fehlermeldung: "..." * Umgebung * Distribution: $version ($ cat /etc/mageia-release) * Kernel: $version ($ uname -rm) * Name_des_pakets_mit_dem_fehler: $version ($ rpm -qa | grep name_des_pakets) * Desktop-Umgebung: $version (KDE, GNOME, LXDE, ...) * Xorg: $version (# cat /var/log/Xorg.0.log | grep "X Window") * Meine Hardware (wenn nötig) * Grafikkarte (wenn nötig) * Chipset für meine Festplatte (wenn nötig) * Meine Peripherie (wenn nötig)

• Version-Veröffentlichungsnummer der gewählten Komponente (wenn verfügbar)
• Wie kann der Fehler nachvollzogen werden
• Die Schritten um den Fehler nachzuvollziehen

1. Gib jeden ...
2. ... Schritt an der nötig ist um ...
3. ... den Fehler nachzuvollziehen!

Warnung! Nun, nachdem du einen Fehler berichtet hast, vergiss nicht diesen Fehler zu verfolgen und antworte wenn der Entwickler/Paketersteller Fragen stellt

Kennzeichen

Einige unserer zuvor verwendeten "Whiteboard" Eingaben und Schlüsselwörter wurden nun durch Kennzeichen (Flags) ersetzt.

Wenn Sie auf "set flags" oder "more flags" kicken, können Sie sehen, welche verfügbar sind, neben denen, die bereits gesetzt sind. Sobald ein Kennzeichen gesetzt wurde, wird dieses mit dem vorderen Abschnitt der E-Mail Adresse, vor dem @, von der Person, welche das Kennzeichen festgelegt hat, ergänzt.

Nicht jede Kennzeichnung kann in jeden Bugreport hinzugefügt werden und einige Kennzeichnungen können nur durch einige Nutzern, wie Paketersteller, Tester oder Betreuer angefordert oder auf + oder - gesetzt werden.

affects_mga9

Für Fehler, welche keine höhere Version betreffen, als für diese die Fehlermeldung ausgefüllt wurde, allerdings Versionen bis Mageia 9 betroffen sind.

Auf "+" gesetzt ersetzt es die "MGA9TOO" Zeile im Whiteboard. Madb schaut nun nach affects_mga9+, anstelle nach MGA9TOO

affects_mga9 ? Betrifft dieses Problem auch Mageia 9?
affects_mga9 + Das Problem betrifft auch Mageia 9
affects_mga9 - Das Problem betrifft Mageia 9 nicht.

in_errata10

Zur Dokumentation soll es in der Mageia 10 Errata hinzugefügt oder ergänzt werden:

in_errata10 ? Bitte in der Errata hinzugefügt oder ergänzt (war FOR_ERRATA10).
in_errata10 + Es wurde hinzugefügt oder ergänzt (war IN_ERRATA10).
in_errata10 - Es soll nicht in die Errata von Mageia 10.

in_release_notes10

Zur Dokumentation soll es in den Mageia 10 Veröffentlichungshinweise (Release Notes) hinzugefügt oder ergänzt werden:

in_release_notes10 ? Bitte in den Veröffentlichungshinweise (Release Notes) hinzufügen oder ergänzen (war FOR_RELEASENOTES10).
in_release_notes10 + Es wurde hinzugefügt oder verbessert (war IN_RELEASENOTES10).
in_release_notes10 - Es soll nicht in die Veröffentlichungshinweise.

in_wiki

Zur Dokumentation soll es im Mageia Wiki hinzugefügt oder ergänzt werden:

in_wiki ? Bitte unserem Wiki hinzufügen oder ergänzen.
in_wiki + Es wurde hinzugefügt oder ergänzt
in wiki - Es soll nicht in unser Wiki.

need_info

Normalerweise in Kombination mit dem NEEDINFO Status. Der Anwender, welcher zusätzliche Information bereitstellen muss kann dieser Kennzeichnung hinzugefügt werden. Anstatt die E-Mail Adresse einzugeben, können Sie drei oder mehr Stellen der Adresse, seine Mageia ID oder der Name der Mageia Identität eingeben um eine Liste an Nutzern zu sehen, welche die selben Zeichen nutzen und dadurch den entsprechenden Anwender auswählen.

needinfo ? [optional: die E-Mail Adresse des Anwenders] Bitte stellen Sie die benötigte Information zur Verfügung.
needinfo + Die benötigte Information wurde der Fehlerbeschreibung hinzugefügt.
needinfo - Die Information kann nicht oder wird nicht bereitgestellt.

Anstelle von needinfo+ ist es auch möglich die Kennzeichnung zu entfernen, nachdem die benötigten Informationen bereitgestellt wurden.

Anstelle von needinfo- kann der Nutzer seine E-Mail Adresse aus der Kennzeichnung entfernen, falls dieser die benötigte Information nicht liefern kann oder möchte.

test_passed_mga9_32

Für das QA Team, falls diese entscheiden die Kennzeichnung zu verwenden um das MGA9-32-OK im Whiteboard zu ersetzen. Mehrere test_passed_mga9_32 Kennzeichen können im gleichen Bugreport gesetzt werden. Dies ist vor allem nützlich wenn Kernel oder andere Pakete getestet werden, welche eine umfassendere Überprüfung benötigen.

xxx:test_passed_mga9_32? [Optional: eine oder mehrere E-Mail Adressen] Anfrage von xxx um diese Aktualisierung für i586 Systeme zu testen. Mit E-Mail Adresse: fragt nach spezifischen Personen - zum Beispiel einer Person die den Fehler gemeldet hat und Leute die Kommentiert haben, dass diese auch von dem gleichen Fehler betroffen sind.
yyy:test_passed_mga9_32+ : Die Aktualisierung hat den Test, durchgeführt von yyy, auf einem i586 System bestanden.
zzz:test_passed_mga9_32- : Die Aktualisierung hat den Test, durchgeführt von zzz, auf einem i586 System nicht bestanden.

test_passed_mga9_64

Für das QA Team, falls diese entscheiden die Kennzeichnung zu verwenden um das MGA9-64-OK im Whiteboard zu ersetzen. Mehrere test_passed_mga9_64 Kennzeichen können im gleichen Bugreport gesetzt werden. Dies ist vor allem nützlich wenn Kernel oder andere Pakete getestet werden, welche eine umfassendere Überprüfung benötigen.

xxx:test_passed_mga9_64? [Optional: eine oder mehrere E-Mail Adressen] Anfrage von xxx um diese Aktualisierung für x86_64 Systeme zu testen. Mit E-Mail Adresse: fragt nach spezifischen Personen - zum Beispiel einer Person die den Fehler gemeldet hat und Leute die Kommentiert haben, dass diese auch von dem gleichen Fehler betroffen sind.
yyy:test_passed_mga9_64+ : Die Aktualisierung hat den Test, durchgeführt von yyy, auf einem x86_64 System bestanden.
zzz:test_passed_mga9_64- : Die Aktualisierung hat den Test, durchgeführt von zzz, auf einem x86_64 System nicht bestanden.

Weitere Informationen

Link zur offiziellen Bugzilla Webseite
Link zu Mageias Bugzilla

Zurück zum Portal der Fehlertruppe