Wie tun Sie geltend zu machen oder die Aufrechterhaltung der Qualität der Fehler berichten im bug-tracker?

Question

Hochwertige bug-reports sind wesentlich für die effektive bug-tracking - in einer idealen Welt alle bug reports " enthalten wichtige information wie die version der software, die es betrifft und eine Schritt-für-Schritt Beschreibung, wie man den Fehler reproduzieren.

In Wirklichkeit, jedoch, Fehler können sehr unterschiedlich in der Qualität.Sie könnten auf-Liner ("feature X nicht mehr funktioniert, reparieren es!"), feature-Anfragen, PEBKACs oder unintelligble.

Wie tun Sie geltend zu machen oder die Aufrechterhaltung der Qualität der Fehler berichten im bug-tracker zu bleiben wirksam?

Answer 1

Ich Stimme Jon Limjap - Ihr QA-Personal muss kompetent genug sind, um entsprechende bug-reports mit den richtigen basic-Schulung und-Richtlinien.Dennoch gibt es Möglichkeiten, durchzusetzen und zu ermutigen, bessere bug reporting:

• Die meisten bug-tracking-software haben Sie eine Markierung, einige Felder des Fehlerberichts als obligatorisch, so dass der reporter hat die eigentlich wählen Sie den entsprechenden Wert, um erfolgreich zu erstellen, der Fehler
• Es ist in der Regel eine Möglichkeit, eine grundlegende Vorlage für den bug-report, etwas in den Zeilen von

Szenario:

Erwartete Ergebnisse:

Tatsächliche Ergebnisse:

Bemerkungen:

• Sie können (und sollten) einen bug-reporting-tool, das ausgeführt werden soll, auf die problematische Maschine, erfassen Sie die relevanten Informationen und pack es in ein Archiv-Datei (und vielleicht legen Sie es auf den desktop).Sie weisen Ihre Mitarbeiter führen Sie, wenn Sie auf einen Fehler stößt, die Sie melden möchten, und befestigen Sie das Archiv, um den Fehler zu finden.Dieses tool sollte einfach zu bedienen (nur die Ausführung einer ausführbaren Datei), so dass Sie würde befestigen Sie die Diagnose-Informationen zu einem Fehler, ohne zu denken, wenn es relevant ist oder nicht.Dieses tool ist in der Regel auch sehr nützlich bei den Kunden.
• Last but not least - "Bildung, Bildung, Bildung".Menschen lernen Sie die besten aus Erfahrung - stellen Sie nur sicher, dass immer, wenn jemand öffnet ein bug ohne die richtigen Informationen enthalten, die person, die Umgang mit dem bug würde gehen und sprechen zu dem, der eröffnet den Fehler und erklären, was fehlt und warum es wichtig ist.

Diese Praktiken sind wir bereits Recht erfolgreich in meinem aktuellen Arbeitsplatz, und ich glaube, Sie werden Recht universell fit für die meisten Arbeitsumgebungen.

Answer 2

Ich pflegte zu denken, dass die Qualität des Fehlerberichts war gleichbedeutend.Ich denke immer noch so...Fehler, die ich Bericht haben viel mehr nützliche Informationen als diejenigen eingetragen, die QS oder durch Operationen.Aber ich bin gekommen, um zu bewundern, FogBugz-Modell.Es ist extrem einfach zu geben Sie einen bug.Nur zu wissen, es ist ein Fehler Zustand ist hilfreich, auch wenn es nicht viele unterstützende Informationen.Plus, Benutzer fühlen, wie etwas immer getan.

Answer 3

Schreiben Sie ein gutes, aber nicht allzu langen tutorial, mit dem tracker und dem, was erforderlich ist für jeden Bereich.Machen Sie eine Allgemeine Referenz Beispiel, dass Sie andere verwenden können, wenn Sie nicht weiterkommen.

Ich habe einen Beleg für die Bearbeitung von Docbook manual-Seiten durch die Nutzung dieser wiederholt, ich weiß schon, die meisten der syntax by heart.

Answer 4

Dies hängt davon ab, ob Sie sprechen über eine geschlossene QA-Prüfung und eine öffentliche beta-Version.

Wenn es eine öffentliche beta-Version, es ist nicht ratsam zu, damit die Benutzer Sie direkt Bearbeiten Sie Ihre bug-Liste.Jemand sollte zugewiesen werden, aggregiert user-Kommentare und Berichte, und zu erkennen, die tatsächlichen Fehler und Duplikate und geben eine Art von Ahnung, wie sich zu vermehren.

Wenn diese, jedoch, ist ein bug-Artikel, geschrieben von Ihrem legitimen QA-Personal, Sie haben ein Kompetenz-problem in Bezug auf Ihre Mitarbeiter.Ordnungsgemäße Richtlinien müssen festgelegt werden, auf wie, um Fehler zu melden, vor allem in erste Replikation Schritte geradeaus.

Answer 5

Schwierige Frage.Ich würde es versuchen und sehen, ob das system hat irgendeiner Weise zu erzwingen, dass bestimmte Felder eingetragen sind, versuchen Sie, und haben, was bugs, die entscheidend sind, kommen über Ihre Augen irgendwie (E-Mail, rss), so können Sie stürzen schnell, aber vor allem, dass Ihr team ist sich der Qualität standard und halten es, Richtlinien veröffentlicht werden und öffentlich, dass Art der Sache.

Vorausgesetzt, es ist Ihr team:Wenn Sie haben eine bestimmte Struktur, die verwendet wird, jedes mal in ein Kommentarfeld, was erwartet wird, wenn es eingegeben wird, dann wäre das auch gut - sogar besser, wenn Sie Ihre software, die hat eine Standard-notes outline wo Sie definieren können, die Struktur auf ein leeres Formular.

Zu einige Grad, obwohl es bis zu den einzelnen, Sie haben sich bewusst sein, dass es ein Teil des Kommunikations-standards, es ist zu erwarten, da ein job Anforderung, und, dass Sie sind dafür verantwortlich, jedes andere Mitglied des Teams - denn andere Menschen nicht in der Lage sein, die Jagd Sie nach unten, um herauszufinden, alle weiteren details, wenn es vermieden werden könnte.

Vor allem, da die turnaround-Zeit auf das beheben von Fehlern auf niedrigerer Priorität Elemente könnte einige Zeit und die Menschen gebunden sind, zu vergesslich auf die details.

Vorausgesetzt, es ist Benutzer:Sie können nicht zu einem hohen Grad, aber ich würde versuchen, wenn möglich, Fragen zu stellen, die auf beliebiger form in einer Weise, dass die Menschen verstehen konnte.

Nicht ganz zu diesem Thema, aber in einem "wie man die richtigen Fragen" Art und Weise, wird in diesem Beitrag 37-Signale blog - link text

Auch wenn Sie haben eine andere form Fragen, die Fragen, sichtbar für Nutzer, die nur ernährt sich hauptsächlich die Daten, um Fehler-Programm, ich würde es tun, nur die richtigen Fragen zu stellen.

Welches Produkt?Welche version (die Bilder zeigen, wie es zu finden)?Es würde hilfreich sein, um einen screen-dump, wenn Sie könnte öffnen Sie das Programm und drücken Sie eine Schaltfläche zum senden, die durch eine log-Datei automatisch, ob es Ihnen Einhalt zu tun, weitere arbeiten, ob es verloren Ihre änderungen, etc.

Für den Benutzer ist es wahrscheinlich mehr darüber, wie Sie die Fragen stellen, und lassen Sie Sie wissen, dass Sie erfordern bestimmte diejenigen, die beantwortet werden, oder welche würden Sie finden mehr hilfreich, dann würden Sie wahrscheinlich bessere Antworten.

Answer 6

Verwenden Sie etwas wie UserVoice für den end-Benutzer, um Fehler zu melden und feature-requests.Bug-tracker-Einträge wirklich sein sollte, interne - Sie sind zu technisch für end-Benutzer und auch, IMHO, aussetzen, ein wenig zu viel Innenleben.