Welche Funktionen sind für eine gute Fehlerverfolgungssoftware von entscheidender Bedeutung?


8

Welche Funktionen sind für eine gute Fehlerverfolgungssoftware von entscheidender Bedeutung und warum sind sie wichtig? Was ist insbesondere erforderlich, damit diese Funktionen richtig ausgeführt werden?

Antworten:


19

Einfachheit. Wenn es zu kompliziert oder zu lang ist, um Fehler einzugeben oder zu sortieren, wird es niemand verwenden wollen.


Haben Sie Beispiele dafür, was Sie für zu komplex halten?
Casebash

Das neueste Produkt, das ich verwenden musste: Mantis. Viel zu viele erforderliche Schritte zum Bearbeiten und Neuzuweisen oder Schließen eines Tickets. Haftungsausschluss: Die verwendete Version wurde lange Zeit nicht aktualisiert. Vielleicht haben sich die Dinge seitdem verbessert.
Guillaume

Nun, ich habe Mantis ausgiebig verwendet, und unsere Version (ebenfalls ziemlich alt) benötigte zwei Klicks, um einen Fehler neu zuzuweisen, und drei Klicks, um ihn zu schließen (plus Eingabe eines Grundes). Ich kann mich also nicht wirklich beschweren.
Sleske

@Casebash - Bugzilla ist viel zu komplex.
Mouviciel

4

Integration mit SCM, sodass alle Korrekturen auf den Code zurückgeführt werden können und Codeänderungen auf ein Problem zurückgeführt werden können. Dies erfordert Wachsamkeit, um nur Code einzuchecken, der sich auf das Problem bezieht, gegen das geworben / eingecheckt wird. dh nein "Feature xyz hinzugefügt und zufällige Fehler an 4 verschiedenen Orten behoben und ein schnelles Refactor von Feature zyx".

Eine weitere gute Funktion ist das Workflow-Management, sodass dem Geschäftsprozess der Code folgt. Möglicherweise hat es einen Workflow-Pfad, der ungefähr so ​​aussieht: Fehler gemeldet -> Auf Priorität und Gültigkeit geprüft -> dev zugewiesen -> bearbeitet -> QA zugewiesen -> Test bestanden -> als geschlossen markieren.


2

Erzwungenes Eigentum an Fehlern. Es sollte nicht möglich sein, ein offenes Thema zu haben, für das nicht jemand verantwortlich ist. Ansonsten ist einfach besser.


1
Das Verfolgen von Elementen kann in der Tat niemandes Verantwortung tragen.
David Thornley

Wie sehen Sie das? Könnte es eine Zeitverzögerung geben, bevor es zugewiesen wird? Oder gibt es eine Möglichkeit festzustellen, wer verfügbar ist?
JeffO

Wenn ein Fehler erstellt wird, wird er der Standardperson zugewiesen, die entscheidet, was damit geschehen soll (dies kann der Projektleiter oder der Projektmanager sein).
Dan Dyer

Dies hängt von Ihrem Prozess ab. Wenn z. B. Fehler bei der Ankunft getestet und dann in einen priorisierten Rückstand verschoben werden, ist kein Eigentümer erforderlich. Tatsächlich scheint es mir etwas im Widerspruch zur Idee eines funktionsübergreifenden Teams zu stehen, einen Eigentümer zu haben, und er kann einen künstlichen Flaschenhals einführen.
Sleske

2
  • Gute / schnelle Berichtsfunktionen. Das Management möchte den Fehlertrend verfolgen.

  • API für Automatisierung, automatisierte E-Mail-Benachrichtigung, Integration in die Quellcodeverwaltung usw.


2
  1. Benutzerdefinierte Berichte : Möglichkeit zum schnellen Erstellen und Speichern von Ticketabfragen für alle Benutzer, nicht nur für Administratoren. Jeder mag seine eigene Sicht auf die Bugs. Wenn dies richtig gemacht wird, sind keine Benachrichtigungen erforderlich. Melden Sie sich einfach bei Ihrer Lieblingsansicht von "Tickets auf meinem Teller" an.
  2. An die Versionskontrolle binden : Es sollte einfach sein, die mit einem Ticket verbundenen Codeänderungen zu finden.
  3. Flow Intelligence : Das System sollte nicht zulassen, dass sich Tickets in Zuständen befinden, in denen sie durch die Risse fallen. Wenn sich der Status in "Abgelehnt" ändert, sollte die Zuweisung an jemanden in der Entwicklung erzwungen werden
  4. anpassbar : Jedes Projekt ist anders, jedes Team ist anders. Einige Teams benötigen 8 verschiedene Status, andere nur 3. Die GUI sollte jedoch erhalten bleiben
  5. einfach : Halten Sie die Schlüsselelemente des Tickets groß und offen und einfach. Version, Überschrift, Beschreibung, Status, Besitzer
  6. Geschichte : Das fällt wirklich auf, wenn es falsch gemacht wird (ich sehe dich an, Unfuddle); so sollte darauf hingewiesen werden. Der Verlauf der Änderungen am Ticket muss in einem schönen chronologischen Protokoll sichtbar sein.

1

Ich finde es sehr wichtig, Probleme verknüpfen zu können (und einen Verknüpfungstyp anzugeben, z. B. Abhängig von). Abgesehen davon, dass die üblichen Verdächtigen der Version, in der der Fehler gefunden wurde, in welcher Version wir ihn beheben möchten (damit wir Straßenkarten erstellen können), ist ein Schätzfeld für die Projekt- / Agilplanung gut.

Es ist schön für mich, von der Öffentlichkeit abzustimmen, Benutzer über Änderungen des Problems zu informieren und über ein ziemlich flexibles System zur Kategorisierung der Probleme zu verfügen.

Tatsächlich so ziemlich alles, was JIRA sofort unterstützt :)


0

Jede Funktion, die eine Aufgabe für den Programmierer erledigt. Sollte es nicht wirklich Teil der IDE sein? Es gibt die Liste der Fehler. Wählen Sie einen aus, an dem Sie arbeiten möchten, und alle Status- und Zeitstempel werden berücksichtigt. Die Codeänderungen sind verknüpft. Erforderliche Tests sind zugeordnet. Überprüfen Sie es als behoben, aktualisieren Sie den Status und informieren Sie alle anderen darüber.


2
Kann Teil der IDE sein, sollte aber auch einen Teil haben, auf den ohne IDE zugegriffen werden kann, da möglicherweise andere am Projekt beteiligt sind, die die IDE nicht verwenden.
Victor Hurdugaci

@ Victor Hurdagaci - guter Punkt. Es muss für alle zugänglich sein, die es in angemessener Form benötigen.
JeffO

0

Möglichkeit, Ähnlichkeiten bei bereits geschlossenen Tickets zu erkennen.

Könnten vielleicht Data-Mining-Algorithmen verwendet werden.


0

Leistungsstarke Abfrage
Die Fehlerverfolgungssoftware sollte bei der Verwaltung der Projekte helfen, indem in jeder Phase der Problemlösung ein strenger Entwicklungsprozess erzwungen wird.


1
Diese Antwort könnte hilfreicher sein, wenn Sie mehr Details angeben. Lesen Sie auch die FAQ unter programmers.stackexchange.com/faq, um zu erfahren, wie Sie Fragen am besten mit nicht zu wenig und nicht zu vielen Informationen beantworten können.
DeveloperDon
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.