jira bug tracking tool tutorial
JIRA Bug Tracking: Fehlerlebenszyklus in JIRA
Jira Download und Installation wurde in unserem vorherigen Tutorial ausführlich erklärt. Die Testteams sind immer besorgt darüber, JIRA für das Fehlermanagement abzuholen.
Der Zweifel ist berechtigt. Dies beruht auf der Tatsache, dass das JIRA-Tool zur Fehlerverfolgung zwar auf IT-Unternehmen anwendbar ist, es sich jedoch um ein generisches Ticketingsystem handelt.
Selbst bei IT-Projekten ist die Beliebtheit von JIRA bei den Entwicklungsteams für Tester und QS-Teams unangenehm. Trotz des Komforts oder Unbehagens haben die Testteams keine andere Wahl, als das JIRA-Tool zur Fehlerverfolgung in den meisten Unternehmen zu verwenden. Unser Komplette Anleitung zum JIRA-Training gibt Ihnen ein ausgezeichnetes Wissen über das Werkzeug.
=> Klicken Sie hier für die vollständige JIRA Tutorials-Reihe
Warum? Einfache Logik- Unternehmen möchten nicht in mehrere Tools investieren. Es ist nur wirtschaftlich sinnvoll, die Auslastung Ihrer Tools zu maximieren und nicht verrückt nach dem Kauf zu vieler Lizenzen zu werden.
Also, wenn ein Entwicklungsteam verwendet Atlassian JIRA Das Tool zur Fehlerverfolgung, um seine Anforderungen, Verbesserungen, Aufgaben oder User Stories zu verfolgen, muss das Testteam höchstwahrscheinlich zur Fehlerverfolgung verwenden.
Aber entspann dich . Das Fehlermanagement von JIRA ist genauso gut wie jedes andere Tool . In einigen Situationen könnte es sogar besser sein.
Dies ist das Tutorial, das Ihnen anhand von Screenshots und allem die Anwendbarkeit von JIRA auf die Fehlerverfolgung demonstriert.
Was du lernen wirst:
bester VPN für China
- Die besten Funktionen des JIRA Bug Tracking Tools
- # 1) JIRA behandelt alle darin enthaltenen Arbeiten als Problem
- # 2) Für die Fehlerberichterstattung sind die folgenden Informationen erforderlich, die für jedes Problem aufgezeichnet werden:
- # 3) Fehlerlebenszyklus:
- # 4) Kommentare und Zusammenarbeit mit dem Entwicklerteam
- # 5) Verknüpfen des Defekts mit einer Anforderung, um die Rückverfolgbarkeit zu ermöglichen
- # 6) Fehler können aus einer CSV-Datei importiert werden
- # 7) Fehler können in Word-, XML- und druckbare Formate exportiert werden
- # 8) Umfassende Problemberichte:
- Anwendbarkeit von JIRA auf Tests - Ein alternatives Dilemma
- Erstellen eines Jira-Problems und verschiedener Felder
- Wie werden Probleme in JIRA behandelt?
Die besten Funktionen des JIRA Bug Tracking Tools
Auf geht's.
# 1) JIRA behandelt alle darin enthaltenen Arbeiten als Problem
Wenn Sie in JIRA einen Fehler erstellen, müssen Sie ein Problem vom Typ „ Fehler ”.
# 2) Für die Fehlerberichterstattung sind die folgenden Informationen erforderlich, die für jedes Problem aufgezeichnet werden:
- Fehler-ID
- Fehlertitel
- Fehlerbeschreibung (Schritte zur Reproduktion)
- Umgebungsinformationen
- Screenshot (Anhang)
- Schwere
- Weisen Sie es jemandem zu
- Status- Alle Status im Fehlerlebenszyklus
Alle Optionen stehen zur Verfügung, um einen Defekt effektiv erzeugen zu können.
Bitte beachten Sie die unten rot hervorgehobenen Felder:
Die zwei Felder, die Sie hier nicht sehen, sind:
- Fehler-ID
- Status
Diese beiden Felder werden von JIRA automatisch erstellt. Allen Ausgaben wird von JIRA eine eindeutige ID zugewiesen. Der Status aller Probleme ist in JIRA standardmäßig 'To-Do' oder 'New', wenn ein Fehler erstellt wird.
Deshalb, Alle gängigen Funktionen zur Fehlerberichterstattung sind auch in JIRA verfügbar. Tatsächlich können mehr Optionen wie Beschriftungen, Verknüpfungsfehler und Schätzungsaufwand verwendet werden.
# 3) Fehlerlebenszyklus:
Alle Fehlerlebenszyklusstatus wie in Bugzilla (oder irgend ein anderer beliebter Bug-Tracker ) kann auch hier erreicht werden:
Dies erfordert einige Anpassungen durch Ihren JIRA-Administrator, ist jedoch einfach durchzuführen. Wenn Sie sich nicht um die Anpassung kümmern möchten, können Sie auch mit der Standardeinstellung nichts falsch machen.
# 4) Kommentare und Zusammenarbeit mit dem Entwicklerteam
Jedes Problem, seine Aktualisierungen, die Zuweisung von Personen, die vom Entwicklerteam erhaltenen Kommentare - alles wird in JIRA unter dem Aktivitätsprotokoll verfolgt.
Dies ermöglicht eine bessere Sichtbarkeit und Zusammenarbeit mit den Entwicklungsteams:
# 5) Verknüpfen des Defekts mit einer Anforderung, um die Rückverfolgbarkeit zu ermöglichen
Mit der Verknüpfungsoption in den JIRA-Problemfeldern können Sie ein bestimmtes Problem mit einem anderen verknüpfen. Angenommen, Fehler 2 ist ein Duplikat von Fehler 1, und Sie können diese Beziehung herstellen.
Wenn ein Fehler eine Anforderung blockiert oder mit einer Anforderung zusammenhängt, können Sie diesen Aspekt in JIRA sichtbar machen.
Die resultierenden Links werden auf der Seite mit den Problemdetails wie folgt angezeigt:
Die Beziehungstypen sind selbsterklärend und die Verwendung von einfache-gemeinsame-Alltagssprache Wörter (z. B. in Bezug auf, verursacht durch usw.) machen es für jeden JIRA-Benutzer sehr einfach und intuitiv, dieses Recht zu nutzen.
# 6) Fehler können aus einer CSV-Datei importiert werden
Dies unterstützt die sofortige Erstellung von Problemen in JIRA. Wenn Ihr Team neu ist und Sie nicht möchten, dass Probleme direkt im Tool erstellt werden, können Sie die Fehler in einem Excel-Blatt melden. Sobald sie überprüft und als gültig bestätigt wurden, können sie mit dieser Funktion auf einmal in das Tool importiert werden.
Unabhängig davon, wie Sie es verwenden, ist dies ein großes Plus.
# 7) Fehler können in Word-, XML- und druckbare Formate exportiert werden
Dies unterstützt eine bessere Portabilität Ihrer Fehlerdaten, insbesondere wenn Sie Ihre Fehlerdaten für Personen freigeben möchten, die keine JIRA-Benutzer sind.
# 8) Umfassende Problemberichte:
Wenn Sie Berichte benötigen, gehen Sie zu „ Projektberichte ”Und generieren Sie alle Arten von Berichten wie folgt:
Wenn wir die Analysen von JIRA in einem Wort überprüfen müssen, ist das fantastisch.
Fortgeschrittene / Hauptbenutzer von JIRA können auch erweiterte Suchfilter erstellen, um tiefere Einblicke zu generieren.
Beispielsweise, Wenn Sie alle Ihnen zugewiesenen Fehler in mehreren Projekten (BM und AB) anzeigen möchten, können Sie eine JQL-Abfrage wie die folgende verwenden:
Alles in allem ist die Fehlerverfolgung / Fehlerverwaltung in JIRA den dedizierten Fehlerverfolgern sehr ähnlich, wenn nicht sogar überlegen. Mach dir keine Sorgen, wenn du das nächste Mal daran arbeiten musst. Sie sind in guten Händen.
Anwendbarkeit von JIRA auf Tests - Ein alternatives Dilemma
Während dies eine Seite der Medaille ist, gibt es definitiv eine andere Dimension, wie Menschen die Anwendbarkeit von JIRA auf Qualitätssicherung oder Tests sehen.
Wenn Sie eine Gruppe von QAs fragen: „Was ist JIRA?“ - Viele werden antworten, dass JIRA ein Tool zur Fehlerverfolgung ist. Wohlgemerkt, ich habe dies von vielen hochrangigen QS-Fachleuten gehört. Dies könnte auf die Tatsache zurückzuführen sein, dass die Fehlerverwaltung / -verfolgung alles ist, wofür sie JIRA verwendet haben könnten.
Aber es steckt noch viel mehr dahinter. Bei richtiger Anwendung kann Core JIRA mit seinen agilen Funktionen Ihre zentrale Anlaufstelle für ein Projektmanagement auf hoher Ebene sein.
Es kann Anforderungsverfolgung und -fortschritt, Fehlerverfolgung, Schätzung, Sprintverfolgung über SCRUM- und KANBAN-Boards, Berichterstellung und Zusammenarbeit wirklich unterstützen.
Möglicherweise verwenden Sie ein Tool für eine Sache, aber versuchen Sie beim nächsten Mal, ein paar Dinge rund um und über das Tool zu lernen, die Ihnen helfen, es besser zu verstehen und zu verwenden.
Also, als nächster Schritt, Sie könnten ein paar andere coole Funktionen von JIRA erkunden (die möglicherweise nicht direkt mit der Fehlerverfolgung zusammenhängen), die es zu Ihrer ersten Wahl machen könnten.
- Anpassbare Dashboards
- Test Management Add-Ons
- Stimmen Sie ab und schauen Sie sich ein Problem an
- Zeiterfassung
- Agile Project- und Scrum-Boards
- Integration von Confluence / Documentation-Unterstützung usw.
Erstellen eines Jira-Problems und verschiedener Felder
Jira-Probleme: Verschiedene Arten von Jira-Problemen
Jira bietet Ihnen sehr einfache Möglichkeiten zum Erstellen / Protokollieren von Problemen.
Es ermöglicht uns nicht nur, Fehler zu melden, sondern auch andere Arten von 'Tickets' oder 'Anfragen'. Es ist eher eine allgemeine Anforderungsverwaltungsanwendung.
In diesem Lernprogramm werden weitere Informationen zu Problemtypen in Jira, zum Erstellen eines Problems, zu verschiedenen Feldern auf der Seite 'Problem erstellen' und deren Details in einfachen Worten mit bildlicher Darstellung zum besseren Verständnis erläutert.
Jira-Probleme
Unterschiedliche Organisationen können je nach Eignung / Bedarf unterschiedliche Arten von Problemen haben. Ein Jira-Administrator kann dieses Feld effizient anpassen.
Es gibt verschiedene Arten von Problemen. Nachfolgend sind die Beschreibung / Bedeutung der Problemtypen aufgeführt:
- Fehler: Dies ist jeder Defekt oder jede Abweichung, die in der Anwendung gefunden wird.
- Verbesserungs Vorschlag: Es wird auch als Änderungsanforderung (CR) bezeichnet. Dieser Typ wird verwendet, um Änderungen an der vorhandenen Funktionalität oder insgesamt eine neue Funktionalität darzustellen.
- Aufgabe: Dies ist eher ein Konfigurations- oder Analyseproblem. Zum Beispiel Das Einrichten der richtigen Konfigurationen kann eine Aufgabe sein.
- Frage: Das Problem kann so einfach sein wie das Stellen einer Frage zur Verwendung einiger Funktionen in der Anwendung. Dieser Typ wird von den Endkunden häufiger verwendet.
- Epos: Dies ist normalerweise ein großes Problem, das idealerweise in mehrere kleine Probleme unterteilt ist. Es kann mehrere Sprints dauern, um das Hauptproblem in einer agilen Umgebung zu lösen.
- Finanzielles Objekt: Oft verwendet das Projekt- / Produktmanagement diese Art von Problem, um ihre Finanzen zu verfolgen.
- Geschichte: Die gesamte User Story zu einer Funktion kann eine Art Problem sein.
- Testfall :: Problem kann ein Testfall sein. Diese Art von Problem wird verfügbar sein, sobald Jira in Plug-Ins wie Zypher integriert ist.
Problem erstellen
Angenommen, ein Benutzer hat sich bei Jira und dem gewünschten Projekt angemeldet.
Schritt 1:
Klicken Sie auf die Symbolleistenschaltfläche '+' ('Erstellen').
Daraufhin wird ein Bildschirm / eine Seite angezeigt, wie im folgenden Bild gezeigt:
Wählen Sie auf dieser Seite Projekt und Ausgabe- / Anforderungstyp aus und klicken Sie dann auf die Schaltfläche 'Weiter'.
Dadurch wird die Seite 'Problem erstellen' geöffnet, wie in den folgenden Bildern dargestellt:
Schritt 2:
Geben Sie die obligatorischen Details und andere Daten so weit wie möglich auf der Seite 'Problem erstellen' ein.
Schritt 3:
Klicken Sie auf die Schaltfläche 'Erstellen'. Dadurch wird eine eindeutige Problem-ID generiert. Die ID besteht aus einer Projektkennung, die mit numerischen Ziffern verknüpft ist.
Im obigen Beispiel lautet das ausgewählte Projekt 'TestProject', daher könnte die ID 'TESTPROJ1234' lauten.
- Sobald das Problem erstellt wurde, kann es anhand der Problem-ID durchsucht werden.
Beschreibung der Felder auf der Seite 'Problem erstellen'
(Bilder zur Erstellung von Ausgabeseiten sind zur besseren Lesbarkeit in drei Teile unterteilt.)
Hinweis ::Der Jira-Administrator und / oder -Entwickler kann die benutzerdefinierten Felder je nach den Anforderungen des Unternehmens hinzufügen / entfernen.
# 1) Zusammenfassung ::
Dies wird auch häufiger als Titel der Ausgabe bezeichnet und ist ein sehr wichtiges Feld einer Jira-Ausgabe.
Der Titel sollte so eindeutig und präzise wie möglich sein, damit das Problem durch Betrachten des Titels selbst verstanden werden kann. Dies hilft dem Bug Review Board und / oder den Produktbesitzern, das Problem zu priorisieren und zuzuweisen, ohne sich eingehend damit zu befassen.
# 2) Komponente (n) ::
Name (n) des Moduls oder Bereichs der Anwendung, in dem der Fehler im Fall des Problemtyps 'Fehler' erkannt wird.
Dies könnte der Bereich sein, in dem die Änderungen im Falle einer CR erforderlich sind. Dies ist normalerweise ein Dropdown-Menü, das aus verschiedenen Modulen / Komponenten besteht, die in der Anwendung vorhanden sind. Die Projektperson muss es vom Administrator ausfüllen lassen.
# 3) Beschreibung ::
Sollte normalerweise die Schritte zum Reproduzieren des Problems enthalten, wenn der Problemtyp ein Fehler ist.
Im Falle einer Erweiterungsanforderung sollte detailliert auf die neue Anforderung eingegangen werden, die in der agilen Terminologie normalerweise als Story bezeichnet wird. Idealerweise sollte dieses Feld im Verlauf des Problemworkflows regelmäßig aktualisiert werden.
# 4) Versionen korrigieren ::
Name der Version, in der das Problem / die Erweiterungsanforderung zugestellt wird. Dieser Wert wird normalerweise vom Product Owner in Abstimmung mit dem Scrum Master in einer agilen Scrum-Umgebung eingegeben.
# 5) Priorität ::
Dieses Feld zeigt die Kritikalität des Problems an.
Es kann ein Show-Stopper sein, was bedeutet, dass Anwendungstests in einer Testphase nicht durchgeführt werden können. Der Absturz einer Anwendung ist ideal Beispiel eines (kritischen) Problems „Show Stopper“.
Das Bug Review Board und die Produktbesitzer haben das Recht, die Priorität des Problems zu ändern. Dieses Feld ist eine Dropdown-Liste mit Werten wie 'Niedrig', 'Mittel' ('Haupt'), 'Kritisch', 'Trivial' usw.
# 6) Etiketten ::
Dieses Feld wird mit den Texten eingegeben, die bei der Kategorisierung von Problemen helfen.
# 7) Umwelt ::
Dies ist ein optionales Feld, und die Testumgebung wird hier angegeben.
# 8) Anhang ::
Unterstützende Bilder für das zu erstellende Problem. Der Benutzer kann Bilder einfach per Drag & Drop verschieben oder kopieren und einfügen.
# 9) Beeinflusst Version (en) ::
Für ein Problem vom Typ 'Fehler' sollte hier die Produktversion eingegeben werden.
Zum Beispiel 5,6, 5,7 usw.
# 10) Verknüpfte Probleme ::
c ++ Vererbungstypen
Andere relevante Probleme können mit dem neuen Problem verknüpft werden, indem Sie in dieser Dropdown-Liste einen geeigneten Wert auswählen.
Wenn das Problem beispielsweise durch eine Korrektur eines anderen Problems verursacht wird, kann der aus der Dropdown-Liste auszuwählende Wert 'Eingeführt von' lauten. Dieses Feld wird äußerst wichtig, wenn ein neuer Fehler durch eine Korrektur oder Verbesserung ausgelöst wird.
=> Problem : Nach Auswahl eines geeigneten Werts unter 'Verknüpfte Probleme' wird hier die relevante Problem-ID angegeben.
# 11) Beauftragter ::
Dies ist der Name des Benutzers, der an dem Problem arbeitet.
Im Falle eines Fehlers ist es beispielsweise der Name des Entwicklers, der das Problem behebt. Dieses Feld wird normalerweise vom Product Owner oder Scrum Master ausgefüllt. Auch hier kann es von Organisation zu Organisation unterschiedlich sein, wer das Problem zuweist.
=> Durch Klicken auf 'Mir zuweisen' (in der rechten Ecke des Felds 'Empfänger') wird das Problem dem angemeldeten Benutzer zugewiesen.
# 12) Epischer Link ::
Wählen Sie den entsprechenden Link des Epos.
# 13) Sprint ::
Hier wird der Name des Sprints ausgewählt, der angibt, wann das Problem bearbeitet wird. Es könnte ein zukünftiger Sprint sein, wie vom Produktbesitzer entschieden.
# 14) Team ::
In einer agilen Umgebung kann es verschiedene Teams geben. Das Problem wird einem der Teams zugewiesen. Diese Zuordnung erfolgt normalerweise durch den Product Owner oder Scrum Master in Abstimmung mit dem Product Owner.
# 15) Schätzung zu Beginn ::
Dieses Feld gibt an, wie viel Zeitaufwand erforderlich ist, um das Problem zu beheben.
Wird häufiger als 'Schätzung' bezeichnet. Dies wird auch aus den erforderlichen Testbemühungen bestehen. Es könnte in Stunden / Tagen / Wochen oder in Story-Punkten erwähnt werden. In einer agilen Umgebung während der Sprintplanung erreicht das gesamte Team eine gemeinsame Vermutung.
# 16) Reporter ::
Diese Datei wird von Jira automatisch mit dem Namen des angemeldeten Benutzers ausgefüllt.
Hinweis: Wir könnten einige andere benutzerdefinierte Felder wie folgt haben (die in den obigen Bildern nicht zu sehen sind):
(i) Umgebungstyp ::
Zeigt an, ob in einer Test- oder Produktionsumgebung ein Fehler gefunden wurde.
Diese Feldwerte können von Organisation zu Organisation variieren. Wenn Jira verwendet wird, um Probleme nur intern in der Organisation und nicht von Endkunden zu erstellen, ist dieses Feld möglicherweise überhaupt nicht vorhanden.
(ii) Reproduzierbar ::
Ist der Defekt reproduzierbar? Dieses Feld ist für keinen anderen Problemtyp als einen Fehler verfügbar.
(iii) Kunde ::
In diesem Feld wird der Endkunde genannt, der das Problem eingereicht hat. In einigen Organisationen, in denen Jira nur für die interne Problembehandlung verwendet wird, ist dieses Feld möglicherweise nicht vorhanden.
Hinweis: Alle oben beschriebenen Felder gehören zur Registerkarte 'Feld' auf der Seite 'Problem erstellen', die normalerweise die Standardregisterkarte ist. Die Seite kann so angepasst werden, dass sie weitere Registerkarten wie 'Dokumentation' usw. enthält, die wir in unseren nachfolgenden Tutorials behandeln werden.
Jira bietet uns eine effektive Möglichkeit, die verschiedenen Arten von Problemen einfach und effizient zu verwalten.
Mit vielen Anpassungen, die heutzutage möglich sind, ist Jira die beliebteste Wahl geworden.
Wie werden Probleme in JIRA behandelt?
Arbeiten mit JIRA-Problemen - So protokollieren Sie Fehler in JIRA
Fahren wir mit dem Erstellen eines Problems fort, vorausgesetzt, der angemeldete Benutzer ist kein Administrator und unser Testprojekt lautet „Test für STH“ mit Komponenten - Modul 1 und Modul 2, Versionen - Version 1 und Version 2. Schlüssel - TFS ist bereits vorhanden erstellt.
Erstellen eines JIRA-Problems
Probleme bilden den Kern von JIRA. Um sie zu erstellen, gibt es eine Option direkt in der Menüleiste:
Klicken Sie auf die Schaltfläche 'Problem erstellen'. Wenn Sie auf der JIRA-Seite 'c' eingeben, wird alternativ der folgende Dialog 'Problem erstellen' geöffnet.
Alle Felder auf dieser Seite sind selbsterklärend. Wir werden das wichtigste unten diskutieren.
Projekt : Jede Ausgabe gehört zu einem Projekt. Sie können dasselbe auswählen, indem Sie auf die Dropdown-Liste klicken und das Projekt auswählen, zu dem dieses Problem gehören soll.
Problemtyp ::In diesem Feld werden alle Arten von Problemen angezeigt, die über JIRA erstellt und verfolgt werden können. Die folgenden Optionen stehen in dieser Liste zur Verfügung (diese Liste kann je nach der vom Administrator festgelegten Einstellung unterschiedlich sein):
Die Elemente Fehler, neue Funktion, Aufgabe, Verbesserung sind genau das, was ihre Namen implizieren. Epos und Geschichte sind für die agilen Projekte relevanter. Eine Story ist eine Anforderung in Agile, die von Anfang bis Ende verfolgt werden muss. Ein Epos ist eine Gruppe von Geschichten.
Wählen Sie den Problemtyp nach Bedarf aus. Ich werde mit 'Bug' gehen.
Zusammenfassung : Geben Sie Ihrem Bug hier einen Titel. Bei richtiger Verwendung kann dieses Feld sehr erfolgreich viele wichtige Informationen übertragen. Einige Aspekte, die hier zu beachten sind:
Ein Fehler ist im Wesentlichen etwas, das nicht richtig ist. Der richtige Weg, sich einem Fehlertitel zu nähern, besteht darin, genau zu definieren, was falsch ist.
Ein Beispiel Ein schlechter Titel / eine schlechte Zusammenfassung lautet 'Es sollte eine Option zum Löschen des Bildschirminhalts geben'. Wenn ich das lese, wird meine erste Reaktion sein: 'Okay, sollte es sein - aber was ist das Problem hier? Ist die Option überhaupt nicht vorhanden? Oder sind die Optionen vorhanden und löschen den Inhalt nicht? “
Es besteht auch Einigkeit darüber, dass ich die Antwort auf diese Frage sicher finden werde, wenn ich diesen Fehler öffne und ihn im Detail untersuche.
Der Schwerpunkt liegt hier jedoch darauf, dieses Feld 'Zusammenfassung' so effizient wie möglich zu nutzen. Daher wäre eine sehr treffende Zusammenfassung / ein sehr treffender Titel 'Die Option zum Löschen des Inhalts der Home-Anmeldeseite löscht die Felder nicht, wenn Sie darauf klicken.'
Versuchen Sie in dem begrenzten Bereich, den dieses Feld bietet, Ihren Titel so zu schreiben, dass das genaue Problem ohne Mehrdeutigkeit kommuniziert wird.
Priorität : Dieses Feld kann einen der folgenden Werte annehmen.
Wählen Sie eine geeignete Option für Ihren Fehler.
Mit stellen t : In dieser Liste werden die Komponenten des Projekts angezeigt. Wählen Sie entsprechend.
Betroffene Version und Fix-Version:: In diesen beiden Feldern werden die für das Projekt verfügbaren Versionen angezeigt. Es ist nicht erforderlich, dass ein bestimmtes Problem, auf das Sie in einer bestimmten Version gestoßen sind, in derselben behoben wird. In solchen Fällen können Sie die betroffene Version als aktuelle Version und die Fixversion als nächste Version auswählen.
Diese Felder können auch mehrere Werte annehmen. Sie können festlegen, dass ein bestimmtes Problem sowohl Version 1 als auch Version 2 betrifft:
Beauftragter : Sie können den Namen der Person eingeben, an die dieses Problem weiter übergeben werden soll. Sie können sich auch ein Problem zuweisen.
Beschreibung : Dies ist ein optionales Textfeld, mit dem Sie so viele Informationen zu Ihrem Problem eingeben können, wie Sie möchten. Im Falle eines Fehler Es ist typisch, dieses Feld zu verwenden, um detaillierte Informationen zu den Schritten zur Reproduktion des Defekts einzugeben.
Es ist äußerst wichtig, alle Informationen anzugeben.
„Sagen wir, es gibt zwei Felder - abhängige - Staat und Stadt. Wenn ich in der Dropdown-Liste 'Bundesstaat' auswähle, sollten im Feld 'Stadt' die entsprechenden Städte in dem von mir ausgewählten Bundesstaat angezeigt werden.
Wenn ich einen Fehler als 'Die Städte sind für einige von mir ausgewählte Bundesstaaten leer' ausgelöst habe. Das Beschreibungsfeld ist der Ort, an dem ich auf diesen Mangel eingehen kann.
Ein Beispiel für eine unzureichende Beschreibung ist:
1) Betreten Sie die Site
2) Klicken Sie auf die Adressseite
3) Geben Sie die anderen Details wie Name, Straße usw. ein.
4) Klicken Sie auf das Dropdown-Menü 'Status'. Wählen Sie einen Staat
5) Klicken Sie auf das Dropdown-Menü 'Stadt' - notieren Sie sich die Namen der Städte
Die obige Beschreibung ist zwar präzise, aber nicht vollständig. Wenn es um dieses Feld geht, ist es auf der Seite, zu viele Informationen bereitzustellen, aber nicht zu wenig.
Wenn die folgenden Schritte zur Beschreibung hinzugefügt werden, wird dies macht mehr Sinn.
6) Wählen Sie den Bundesstaat als 'Kalifornien' und klicken Sie auf die Dropdown-Liste 'Stadt'. Alle Bundesstaaten werden angezeigt und der Benutzer kann nach Bedarf eine Stadt auswählen.
7) Wählen Sie den Staat als 'Louisiana' und klicken Sie auf die Dropdown-Liste 'Stadt' - die Liste ist leer.
8) Die Städte sind auch für die Bundesstaaten New Jersey und Utah leer.
Geben Sie also zur Wiederholung die genauen Schritte, die genauen Daten und alle anderen Informationen an, die Sie für erforderlich halten, um dieses Feld auszufüllen.
Anhang : Jedes unterstützende Dokument kann mit einem Problem hochgeladen werden.
Sobald alle Informationen zu Ihrer Zufriedenheit eingegeben wurden, kann das Problem durch Klicken auf die Schaltfläche 'Erstellen' am Ende des Dialogfelds 'Problem erstellen' erstellt werden.
Das Problem wird erstellt und dem Benutzer wird eine Meldung mit der Problem-ID angezeigt:
Hinweis: Beachten Sie die Problem-ID. Dem wird der „Schlüssel“ des Projekts vorangestellt. Auf diese Weise kann JIRA die Probleme verfolgen / gruppieren, die zu einem bestimmten Projekt gehören.
Sie können das erstellte Problem jetzt anzeigen, indem Sie auf den Link klicken, der in der obigen Nachricht angezeigt wird.
Zusätzliche Details zur Seite 'Problem erstellen'
1) In der oberen rechten Ecke der Seite 'Problem erstellen' befindet sich eine Option zum Konfigurieren von Feldern.
Mit dieser Option können Sie die Felder auswählen / ändern, die Sie in Ihrem Dialogfeld zum Erstellen von Problemen sehen möchten. Sobald eine Auswahl getroffen wurde, speichert JIRA die Änderungen auch für Ihre nachfolgenden Probleme.
zwei) Am Ende der Seite 'Problem erstellen' befindet sich ein 'anderes erstellen'.
Wenn Sie diese Option auswählen und auf 'Erstellen' klicken, wird das aktuelle Problem einmal erstellt. JIRA behält das
Das Dialogfeld 'Problem erstellen' wird mit Projekt, Problemtyp und anderen Feldern geöffnet, mit Ausnahme der Zusammenfassung, die gemäß den zuvor erstellten Problemen automatisch ausgewählt wurde.
Damit schließen wir das Thema „Erstellen eines Problems in JIRA“ ab.
Im nächsten Atlassian JIRA-Tutorial erfahren Sie mehr über Unteraufgaben und deren Verwendung für bestimmte QS-Zwecke.
=> Besuchen Sie hier für eine vollständige JIRA Tutorials-Reihe
Zu dir hinüber
Jetzt ist es Zeit, von Ihnen zu hören. Haben Sie Probleme mit der Verwendung von JIRA zur Fehlerverfolgung?
Glauben Sie, dass der Widerstand, den Testteams bei der Anpassung von JIRA an das Fehlermanagement haben, Gewicht hat?
PREV Tutorial | NÄCHSTES Tutorial
Literatur-Empfehlungen
- Praktisches Tutorial zur Überprüfung von Backlog-Fehlern
- GitLab Jira Integration Tutorial
- Jira Download und Installation mit Jira License Setup
- JIRA-Tutorial: Eine vollständige praktische Anleitung zur Verwendung von JIRA
- JIRA Administration Tutorial: JIRA Admin- und Benutzerverwaltung
- JIRA- und SVN-Integrations-Tutorial
- Ausführliche Eclipse-Tutorials für Anfänger
- JIRA Agile Tutorial: So verwenden Sie JIRA effektiv zum Verwalten agiler Projekte