web-dev-qa-db-de.com

JIRA: zu schließen oder zu lösen?

Sie können sowohl ein behobenes als auch ein geschlossenes Problem in JIRA erneut öffnen. Was ist der praktische Unterschied? (Abgesehen davon, dass unterschiedliche Berechtigungen zum Lösen/Schließen von Problemen erforderlich sind, z. B. wenn es um QS geht)

Wir haben in unserem Team einige Meinungsverschiedenheiten, ob es sich um eine Auflösung oder ein Schließen handelt, und ich möchte auf eine Autorität hinweisen und sagen: "Wir sollten es auf diese Weise tun".

74
Jason S

Ein typischer Problem-Workflow ist die Person, die an dem Fehler arbeitet, der ihn löst, und die Person, die den Fehler geöffnet hat, entscheidet, ob die Lösung akzeptabel ist. Wenn ja, schließen sie es. Wenn nicht, öffnen sie den Fehler erneut für weitere Diskussionen/Arbeiten/Ringen.

Die Ausnahme ist, wenn ein Fehler ein Duplikat ist. Oft erkennt die Person, die an dem Fehler arbeitet, dass es sich um ein Duplikat handelt, und kann den Fehler dann selbst als Duplikat schließen. Oder vielleicht lösen sie es als Duplikat auf, der Öffner stimmt zu und schließt es.

IIRC, JIRA hat einen recht flexiblen (wenn auch komplizierten) Workflow, so dass Sie jeden Prozess einrichten können, der Ihrer Meinung nach für Ihr Team und die Gruppen geeignet ist, die Probleme einreichen.

Edit: Ich erkenne, dass ich eigentlich nicht auf das Wiederöffnen geschlossener Probleme eingegangen bin. Nach meiner Erfahrung geschieht dies häufig nicht, weil die Benutzer das Problemsystem nach vorhandenen Fehlern durchsuchen, die dasselbe Verhalten aufweisen wie das, was sie sehen. Und wenn Sie Glück haben, werden häufig Fehler geöffnet, ohne dass bestehende Probleme untersucht werden. 

Nachdem dies gesagt wurde, wird eine QS- oder Außendienstperson gehen "Ich erinnere mich an diesen Fehler. Verdammt, sie sagten, es sei behoben worden", einige Zeit nachdem der ursprüngliche Besitzer ihn geschlossen hatte. Zu diesem Zeitpunkt öffnen sie möglicherweise den alten Fehler erneut oder erstellen einen neuen und verknüpfen ihn mit dem Original. Meine Präferenz ist, dass es einen neuen Fehler gibt, der verlinkt und nicht erneut geöffnet wird. Der Grund ist, dass das "neue" Problem dasselbe Verhalten zeigen kann, aber eine völlig andere Ursache haben kann. Dies ist häufig der Fall, wenn wirklich allgemeine Fehlerprotokollmeldungen ausgegeben werden.

61
  • Gelöst ist normalerweise "ready for testing"
  • Geschlossen ist in der Regel "Es hat funktioniert"

Möglicherweise möchten Sie auch in diesem Blogbeitrag nach weiteren Informationen darüber, wie JIRA den Status Aufgelöst/Geschlossen und das Feld Systemauflösung verwendet.

41
mdoar

Gegenüber unseren externen Kunden tun wir dies, wenn wir dem Kunden die Abrechnung des Vorfalls in Rechnung stellen (dies kann genauso gut ein Problem oder eine SED-Aufgabe sein). Bis dahin bleibt der Vorfall einfach gelöst.

Ich glaube, Sie sollten einen geschlossenen Vorfall nicht erneut öffnen, dh die Bücher, während ein aufgelöster Vorfall Sie wieder öffnen können.

Übrigens wäre es ratsam zu lesen, was ITIL dazu sagt. Wie gesagt auf dieser Seite :

Regeln für Wiedereröffnungsvorfälle

Trotz aller angemessener Sorgfalt kann es vorkommen, dass Vorfälle wiederholt werden, obwohl sie formal geschlossen wurden. In solchen Fällen ist es ratsam, vordefinierte Regeln festzulegen, ob und wann ein Vorfall wieder geöffnet werden kann. Es kann zum Beispiel sinnvoll sein, zuzustimmen, dass der Vorfall, wenn der Vorfall innerhalb eines Arbeitstages wiederkommt, wieder geöffnet werden kann - dass jedoch über diesen Zeitpunkt hinaus ein neuer Vorfall ausgelöst werden muss, der jedoch mit dem/den vorherigen Vorfällen in Verbindung steht. __ Die genaue zeitliche Schwelle/Regeln können je nach Organisation unterschiedlich sein, es sollten jedoch klare Regeln vereinbart und dokumentiert werden, und allen Service Desk-Mitarbeitern sollten Anleitungen gegeben werden, damit Einheitlichkeit gewährleistet ist.

16
Anders

Sie können die Arbeit (geschlossen) normalerweise nicht bearbeiten oder protokollieren, und Sie sollten dies berücksichtigen.

Mein Rat ist: nur Tester schließen

4

Normalerweise sollte Dev/Resource auflösen, und nur der Reporter kann schließen.

1
JimmyOnTheCode

Ich denke, dass CLOSED ein Status ist und RESOLVED ein Staat ist. 

  1. Ein Problem kann als FERTIG, NICHT WIEDERHOLBAR oder ABGEBROCHEN GELÖSCHT werden (oder beliebige Status, die Sie auswählen ... es ist in den Workflow-Regeln festgelegt)
  2. RESOLUTION kann in JQL auch ziemlich einfach verwendet werden ... z. PROJECT = DBA und RESOLUTION ist LEER
  3. BEHOBENE Probleme werden auch mit durchgestrichenen Zeichen angezeigt, wenn sie in anderen Kommentaren oder Links aufgeführt sind
  4. Auf DB-Ebene ist RESOLUTION DATE ein separates Feld, das auch im Abschnitt DATE eines Problems angezeigt wird

Ich denke, es gibt auch eine Reihe von Berichten für BEHEBTE. 

Fazit ... RESOLVED kann aus verschiedenen Gründen bedeuten, dass es nicht mehr aktiv ist, und es verfügt über eine spezielle Funktionalität in JIRA. GESCHLOSSEN ist nur ein weiterer Status.

 Linked issue that is resolved  Resolved Date gets special, built in handling

0
HeavyDNickell