Probleme

Ein Problem im Google Issue Tracker ist ein Fehlerbericht, eine Funktionsanfrage, eine Änderungsanfrage oder ein Verarbeitungsworkflow-Element, das ein Nutzer verfolgen möchte oder von einem anderen Nutzer oder Team erwartet. Probleme sind in Komponenten organisiert, von denen jede eine Gruppe zusammengehöriger Probleme enthält. Für jedes Problem in der Problemverfolgung gibt es eine eigene Detailseite, auf der Nutzer Aktivitäten im Blick behalten, Kommentare hinterlassen und Problemdaten aktualisieren können.

Problemfelder

Jedem Problem ist eine Reihe von Feldern zugeordnet, die das Problem und seinen aktuellen Status beschreiben. Dazu gehören die Art des Problems, seine Wichtigkeit in Bezug auf Schweregrad und Priorität sowie die Aufzeichnung der Aktivitäten zu dem Problem. Einige Felder sind bei allen Problemen gleich. Issue Tracker unterstützt auch benutzerdefinierte Felder, die nur verfügbar sind, wenn ein Problem mit einer bestimmten Komponente zusammenhängt. Für alle neuen Probleme gibt es mehrere Pflichtfelder. Dazu gehören Komponente, Titel, Priorität und Typ. Einige Komponenten haben auch benutzerdefinierte Felder, die erforderlich sind.

Auf der Seite mit den Problemdetails befinden sich die meisten Felder auf der rechten Seite im Bereich Issue Fields (Problemfelder). Einige zusätzliche Felder befinden sich im Bereich Ähnliche Probleme oben auf der Seite. Fast alle Felder lassen sich im Issue Tracker bearbeiten, wenn Sie auf den entsprechenden Link, die Drop-down-Liste oder das Stiftsymbol klicken. Wenn Sie den Mauszeiger auf ein Feld bewegen, erhalten Sie im Issue Tracker im Mouseover-Text kurze Informationen zum Feld.

Eine Beschreibung der Felder für Standardprobleme finden Sie im Glossar der Felder.

Art des Problems

Mit dem Feld Typ können Sie Probleme innerhalb einer Komponente einer von mehreren gängigen Gruppen zuordnen. Dies ist ein Pflichtfeld. In der folgenden Tabelle sind die möglichen Problemtypen aufgeführt:

Art des Problems Beschreibung
Fehler Das Verhalten widerspricht dem, was erwartet werden sollte oder dokumentiert wurde, oder das Produkt funktioniert nicht wie erwartet.
Funktionsanfrage Das Produkt funktioniert wie beabsichtigt, könnte aber durch die angegebenen Änderungen verbessert werden.
Kundenproblem Das Problem betrifft einen Drittanbieter und kann von der Person, die es meldet, möglicherweise nicht reproduziert werden. Bei einem solchen Problem kann es sich lediglich um eine Fehlerbehebung oder ein Training handeln, es kann sich aber auch um einen Fehler oder eine Funktionsanfrage handeln.
Interne Bereinigung Ein Problem hat keinen äußeren Effekt auf das Verhalten eines Produkts, aber die Behebung des Problems ermöglicht eine optimierte oder intuitivere Interaktion bei der Produktentwicklung. Sie können diesen Typ auch verwenden, um Wartungsprobleme zu verfolgen.
Ablauf „Prozess“ ist eine sonstige Kategorie, die je nach Projekt unterschiedliche Verwendungszwecke hat. Sie können diesen Typ beispielsweise für Probleme verwenden, die von einer API generiert werden, oder um Verwaltungsaufgaben nachzuverfolgen.
Sicherheitslücke Datenschutz- und Sicherheitslücken unterliegen den in den Datenschutz- und Sicherheitsrichtlinien von Google definierten SLOs. Schreibgeschützt bis nach dem 01.11.2017.
Projekt Ein zielorientiertes Vorhaben mit einem endlichen Anfang und Ende, das sich auf die Schaffung eines einzigartigen Produkts, Services oder Ergebnisses konzentriert.
Meilenstein Eine Sammlung von Arbeiten, die einen wichtigen Erfolg auf dem Weg zur Fertigstellung eines Projekts darstellen. Meilensteine können auch für Markteinführungen oder Releases verwendet werden.
Funktion Eine Sammlung von Arbeiten, die den Nutzenden einen bestimmten Mehrwert bieten.
Episch Eine große Sammlung von Arbeiten zur Erreichung eines gemeinsamen Ziels.
Story Eine kleine Sammlung von Arbeiten, die den Nutzenden einen bestimmten Wert bieten.
Task (Aufgabe) Eine kleine Arbeitseinheit.

Problempriorität

Im Feld Priorität können Sie die Wichtigkeit eines Problems angeben. Dies ist ein Pflichtfeld. Teams haben in der Regel unterschiedliche Kriterien für die Wichtigkeit eines Problems. Die folgende Tabelle zeigt eine gängige Methode zum Priorisieren von Problemen:

Problempriorität Beschreibung
P0 Ein Problem, das sofort und mit so vielen Ressourcen wie nötig angegangen werden muss. Ein solches Problem führt zu einem vollständigen Ausfall oder dazu, dass eine kritische Funktion des Produkts für alle Nutzer ohne bekannte Problemumgehung nicht verfügbar ist.
P1 Ein Problem, das schnell gelöst werden muss. Ein solches Problem wirkt sich erheblich auf einen großen Prozentsatz der Nutzer aus. Wenn es eine Problemumgehung gibt, ist es nur teilweise oder übermäßig schmerzhaft. Die Auswirkungen des Problems sind auf eine zentrale organisatorische Funktion oder behindern ein anderes Team grundlegend.
P2 Ein Problem, das innerhalb eines angemessenen Zeitraums angegangen werden muss. Beispiele für solche Probleme: 1) Ein Problem, das den Status P0 oder P1 hat, für das aber eine angemessene Umgehung möglich ist, 2) ein Problem, das für einen großen Prozentsatz der Nutzer wichtig ist und mit den Hauptfunktionen der Organisation verbunden ist, 3) ein Problem, das die Arbeit anderer Teams behindert und keine angemessene Problemumgehung bietet. P2 ist besonders für Probleme bei der ersten Verwendung oder bei der Installation relevant und stellt die standardmäßige Prioritätsstufe dar.
P3 Ein Problem, das nach Möglichkeit behoben werden sollte. Ein solches Problem ist für die Kernfunktionen des Unternehmens oder die Arbeit anderer Teams relevant, hindert jedoch nicht den Fortschritt oder bietet eine angemessene Problemumgehung.
P4 Ein Problem, das irgendwann angegangen werden sollte. Ein solches Problem ist nicht relevant für die Kernfunktionen der Organisation oder die Arbeit anderer Teams, oder es bezieht sich nur auf die Attraktivität oder den Angenehmlichkeit des Systems.

Problemstatus

Im Feld Status können Sie den Status eines Problems während des Lösungsprozesses angeben. Teams haben in der Regel unterschiedliche Definitionen dafür, welche Aktivitäten stattfinden müssen, damit ein Problem den Status ändert oder gelöst werden kann. Nicht alle verfügbaren Status-Feldwerte müssen verwendet werden, um die Lösung eines Problems nachzuverfolgen. Die folgende Tabelle zeigt gängige Methoden zur Verwendung des Felds Status:

Problemstatus Beschreibung
Neu Dem Problem ist keine Person oder Gruppe zugewiesen.
Zugewiesen Dieses Problem ist einer Person zugewiesen. Diese Person wird im Feld Zuständige Person angezeigt.
In Bearbeitung (angenommen) Die zuständige Person hat das Problem bestätigt und mit der Bearbeitung begonnen.
Fest Das Problem wurde behoben.
Behoben (bestätigt) Das Problem wurde behoben und die Richtigkeit der Fehlerkorrektur wurde vom Nutzer im Feld Prüfer bestätigt.
Won't fix (Not reproducible) (Wird nicht behoben (nicht reproduzierbar)) Entweder liegen nicht genügend Informationen vor, um das Problem zu beheben, oder der gemeldete Fehler kann nicht reproduziert werden.
Won't fix (beabsichtigtes Verhalten) Das Problem beschreibt das erwartete Verhalten des Produkts unter den gemeldeten Umständen.
Won't fix (Obsolete) (Wird nicht behoben (veraltet)) Das Problem ist aufgrund von Änderungen am Produkt nicht mehr relevant.
Won't fix (Infeasible) (Wird nicht behoben (nicht möglich)) Die Änderungen, die zur Behebung des Problems erforderlich sind, sind vernünftigerweise nicht möglich.
Duplikat Das Problem wurde bereits an anderer Stelle gemeldet. Informationen dazu, wie Sie den Status eines Problems auf Duplikat festlegen, finden Sie unter Problem duplizieren.

Im Issue Tracker werden Probleme je nach Status als Offen oder Geschlossen eingestuft. Offene Probleme sind Probleme, die noch nicht gelöst werden müssen. Dazu gehören alle Probleme mit dem Status Neu, Zugewiesen oder In Bearbeitung. Geschlossene Probleme erfordern keine weiteren Maßnahmen, außer einer Verifizierung. Dazu gehören alle Probleme mit dem Status Behoben, Nicht behoben oder Duplikat.

Statussymbole

Statussymbole stellen den Status eines Problems visuell dar. Links neben einem Problem, das in der Drop-down-Liste Blockiert von oder Blockierung eines anderen Problems enthalten ist, wird links ein Statussymbol angezeigt. Anhand dieser Symbole können Sie den Fortschritt eines blockierten oder blockierenden Problems schnell prüfen, ohne die aktuelle Seite verlassen zu müssen. Sie können auf einer Suchergebnisseite auch festlegen, dass in der Spalte Status statt des Statustexts Statussymbole angezeigt werden.

Status von Schnelländerungen

Es gibt zwei Möglichkeiten, den Status eines Problems schnell zu ändern, um zum nächsten typischen Schritt im Lösungsprozess zu gelangen. Die erste ist die Schaltfläche Status ändern, die sich in der App-Leiste oben auf der Seite mit den Problemdetails befindet, und der Link Status ändern im Bereich Problemfelder rechts auf der Seite. Wenn Sie auf eine der beiden Optionen klicken, wird der Status des Problems wie folgt angezeigt:

  • Wenn das Problem neu und nicht zugewiesen ist oder wenn es sich bei der zuständigen Person um eine andere Person als Sie selbst handelt, wird in der Aufforderung zur schnellen Änderung Mir zuweisen angezeigt. Wenn Sie den Status schnell ändern, wird die zuständige Person auf Sie übertragen. Ist dies derzeit nicht der Fall, ändern Sie den Status des Problems in Zugewiesen.

  • Wenn Sie die zuständige Person für ein Problem sind und sein Status Zugewiesen lautet, lautet die Aufforderung für schnelle Änderungen Arbeit starten. Durch schnelle Änderung wird der Status des Problems in In Bearbeitung geändert.

  • Wenn Sie die zuständige Person für ein Problem sind und sein Status In Bearbeitung lautet, lautet die Aufforderung für schnelle Änderungen Als behoben markieren. Durch eine schnelle Änderung wird der Status des Problems in Behoben geändert.

  • Wenn ein Problem den Status Behoben hat und Sie der Prüfer sind, wird in der Eingabeaufforderung für schnelle Änderungen Bestätigen angezeigt. Durch eine schnelle Änderung wird der Status des Problems in Behoben (Verifiziert) geändert.

  • Wenn ein Problem den Status „Geschlossen“ hat (Behoben, Duplikat oder Won't Fix), lautet die Aufforderung für den Schnellwechsel Wieder öffnen (außer im oben genannten Fall). Durch schnelle Änderung wird der Status in Neu geändert, wenn dem Problem keine zuständige Person zugewiesen wurde, oder in Zugewiesen, wenn das Problem einer zuständigen Person zugewiesen wurde.

Kurzprofil des Problems

Eine Minikarte eines Problems enthält Informationen wie Titel, ID, Beschreibung und den aktuellen Status eines Problems. Außerdem enthält sie die Schaltfläche CC Me, über die Sie der CC-Liste des Problems hinzugefügt werden. Wenn Sie sich bereits in der CC-Liste befinden, lautet die Schaltfläche Un-CC Me. Beispiel:

Kurzprofile zu Problemen werden angezeigt, wenn Sie den Mauszeiger auf Folgendes bewegen:

  • Problem-ID, die auf dem Tab Blockiert von, Blockieren oder Duplikate im Bereich Ähnliche Probleme gefunden wird.
  • Problem-ID in der Spalte Blockiert von, Blockierung oder Duplikat von der Suchergebnisseite eines Problems.
  • Link zu einem Problem im Bereich Aktuelle Probleme rechts auf der Seite Problem erstellen.
  • Status-Feld auf einer Problemseite, die als Duplikat markiert ist.
  • Link zum kanonischen Problem, das in der gelben Leiste oben auf einer Seite gefunden wurde, die als Duplikat markiert ist.

Probleme bearbeiten

Wenn Sie die Berechtigung zum Anzeigen und Bearbeiten für eine Komponente haben, können Sie die Felder bearbeiten und Kommentare anhängen. Einige Felder wie das Erstellungsdatum des Problems oder zuvor verfasste Kommentare können jedoch nicht bearbeitet werden.

Stufen bearbeiten

Änderungen an einem Problem haben unterschiedliche Bedeutungen. Diese legen fest, ob die Änderungen im Verlaufsbereich für das Problem angezeigt werden und ob Nutzer E-Mail-Benachrichtigungen erhalten, wenn die Änderung eintritt.

Änderungen werden geschlossen

Wenn Sie eine Bearbeitung abschließen, ändert sich der Status eines Problems von Offen zu Geschlossen. Abschließende Änderungen werden im Verlaufsbereich des Problems angezeigt. Abschließende Änderungen werden in Form von E-Mail-Benachrichtigungen an Nutzer mit einer der folgenden Benachrichtigungseinstellungen gesendet: Alle Updates, Wichtige Updates oder Nur bei Sperrung.

Eine vollständige Liste der Status, bei denen ein offenes Problem geschlossen wurde, finden Sie unter Problemstatus.

Größere Änderungen

Größere Änderungen werden immer im Verlaufsbereich für das Problem angezeigt. Nach einer größeren Änderung wird eine E-Mail-Benachrichtigung an Nutzer mit der Benachrichtigungseinstellung Alle Updates oder Wichtige Updates gesendet. Zu den wichtigsten Änderungen gehören:

  • Erste Erstellung des Problems.
  • Kommentare zum Problem hinzugefügt.
  • Das Problem wurde in eine neue Komponente verschoben.
  • Änderungen an der Priorität, dem Schweregrad, der Aufbewahrung oder der zuständigen Person.
  • Die Statusänderung Geschlossen, Bestätigt oder Wieder geöffnet.
  • Änderungen an benutzerdefinierten Feldern, die als Hauptfach gekennzeichnet sind

Kleinere Änderungen

Kleinere Änderungen werden nur dann im Bereich „Verlauf“ für ein Problem angezeigt, wenn die Filterebene auf Vollständiger Verlauf festgelegt ist. Ebenso werden kleinere Änderungen nur als E-Mail-Benachrichtigungen an Nutzer gesendet, deren Rolle für das Problem die Benachrichtigungseinstellung Alle Updates hat.

Folgende Änderungen gelten als geringfügig:

  • Titeländerungen
  • Änderungen an der Hotlist
  • Änderungen bei ähnlichen Problemen (blockieren, blockiert durch, Duplikate)
  • Statusänderungen, die nicht ausdrücklich als größere Änderungen ausgewiesen sind
  • Änderungen an den folgenden Feldern: Reporter, Type, Verifier, Found In, Targeting To, Verified In, In Prod
  • Änderungen an benutzerdefinierten Feldern, die als Nebenversion gekennzeichnet sind

Änderungen im Hintergrund

Bei Änderungen im Hintergrund werden keine Benachrichtigungs-E-Mails an Nutzer gesendet. Folgende Änderungen gelten als lautlos:

  • Einträge in den Feldern Cc oder Mitbearbeiter hinzufügen oder entfernen (es sei denn, der Nutzer oder die Gruppe wird neu hinzugefügt oder entfernt)
  • Kommentare bearbeiten
  • Benutzerdefiniertes Feld ändern, das als Lautlos gekennzeichnet ist

Zugriffsbeschränkungen für Probleme

Issue Tracker unterstützt Einschränkungen für die Zugriffssteuerung, sodass für Probleme weniger Zugriffsfunktionen benötigt werden als für andere Probleme in derselben Komponente.

Problemadministratoren dürfen den Einschränkungsstatus eines Problems auf eine von vier Zugriffsebenen für Probleme aktualisieren:

  • Standardzugriff: Es gelten die normalen Regeln: Ein Problem mit der Standardzugriffsebene hat dieselben Zugriffsmethoden wie alle anderen Probleme in der Komponente.

  • Eingeschränkte Kommentare: Nur Identitäten, die explizit als Zuständige, Mitbearbeiter, Prüfer oder Cc für das Problem aufgeführt sind, dürfen das Problem kommentieren, unabhängig davon, ob sie Kommentarberechtigungen für andere Probleme in der Komponente haben. Auch Identitäten mit der Berechtigung „Administratorprobleme“ für die Komponente behalten den Kommentarzugriff. Der Lesezugriff bleibt standardmäßig erhalten.

  • Eingeschränkte Sichtbarkeit: Nur explizit aufgeführte Identitäten (Zuständige, Mitbearbeiter, Prüfer oder Cc) haben Lesezugriff auf das Problem.

  • Eingeschränkte Sichtbarkeit + Google – Nur explizit aufgeführte Identitäten (Zuständige, Mitbearbeiter, Prüfer oder Cc), Vollzeitmitarbeiter und interne Automatisierungskonten haben Lesezugriff auf das Problem.