Testen mit Jira-Integration und Berichterstellung

Entwerfen Sie Testfälle aus Jira-Tickets, protokollieren Sie Fehler aus fehlgeschlagenen Ausführungen und stellen Sie mit Delegate Berichte zu Sprint-Abdeckung, Sign-Off und QA-Metriken zusammen.

Sobald die Verbindung hergestellt ist, kann Delegate Jira-Tickets lesen, Fehler von fehlgeschlagenen Ausführungen protokollieren und Berichte zusammenstellen, die Jira und den Test Manager enthalten. Die folgenden Aufgaben sind unabhängig voneinander.

Voraussetzungen

1. Schließen Sie die einmalige Einrichtung unter Einrichten und Ausführen Ihres ersten Testfalls ab.
2. Jira verbinden (einmalige Einrichtung):
   1. Öffnen Sie Delegate → Einstellungen → Verbindungen.
   2. Suchen Sie Jira in der Liste und wählen Sie Verbinden aus.
   3. Authentifizieren Sie sich mit Ihrem Atlassian-Konto.
   4. Wählen Sie Ihre Jira-Instanz oder Ihren Arbeitsbereich aus.

Lesen eines Tickets und Entwerfen von Testfällen daraus

1. Geben Sie einen Prompt ein, der auf das Ticket verweist, z. B. „Lesen Sie das Ticket MYAPP-42 und schreiben Sie mir einen Testfall für jedes Akzeptanzkriterium.“

Ergebnis

Delegate ruft den Titel, die Beschreibung, die Akzeptanzkriterien und die Kommentare des Tickets ab, identifiziert jedes Kriterium und entwirft einen strukturierten Testfall (Schritte und erwartete Ergebnisse) pro Kriterium. Pro Akzeptanzkriterium sehen Sie einen Entwurfstestfall, den Sie überprüfen und an Ihre spezifische Benutzeroberfläche anpassen können, bevor Sie ihn dem Test Manager hinzufügen.

Hinweis:

Nur der Delegate weiß, was auf dem Ticket enthalten ist. Wenn die Akzeptanzkriterien vage sind oder fehlen, werden die entworfenen Testfälle dies widerspiegeln.

Protokollieren eines Fehlers aus einer fehlgeschlagenen Ausführung

1. Geben Sie nach einer fehlgeschlagenen Ausführung einen Prompt ein, der den Fehler beschreibt, z. B. „Erstellen Sie einen Jira-Fehler im Projekt MYAPP für den Fehler in Schritt 3 – das Dashboard wurde nach der Anmeldung nicht geladen.“

Ergebnis

Delegate füllt das Ticket vorab aus: Zusammenfassung des fehlgeschlagenen Schritts, Beschreibung des beobachteten und erwarteten Verhaltens, der Testfallname und der Objektschlüssel, ein Link zur Test Manager-Ausführung und Details zum fehlgeschlagenen Schritt. Sie sehen das neue Ticket, das an das Entwicklungsteam gesendet werden kann. Fügen Sie eine Priorität oder Beschriftungen im selben Prompt hinzu, z. B. „Markieren Sie sie mit hoher Priorität und beschriften Sie sie mit Regression“.“

Generieren eines Sprint-Testabdeckungsberichts

1. Geben Sie einen Prompt ein, der den Sprint und das Projekt benennen wird, z. B. „Generiere einen Testabdeckungsbericht für Sprint 24 im Projekt MYAPP.“

Ergebnis

Delegate ruft die Jira-Tickets des Sprints ab, findet verknüpfte Testfälle im Test Manager, prüft, welche ausgeführt wurden, und fasst Bestehen/Fehlschlagen pro Story zusammen. Sie sehen eine Tabelle mit Storys mit ihrer Testfallanzahl, dem Ausführungsstatus und dem Ergebnis, wobei Storys, für die eine Testabdeckung von Null explizit gekennzeichnet wurde, vorhanden sind.

Vorbereiten eines QA-Freigabedokuments

1. Geben Sie einen Prompt ein, der das Release und seine Quellen beschreibt, z. B. „Bereitstellen Sie ein QA-Sign-off-Dokument für das Release v2.4. Die Sprint-Tickets befinden sich in Jira-Projekt MYAPP sprint 24. Unsere Testergebnisse befinden sich im Test Manager-Projekt MYAPP.“

Ergebnis

Delegate ruft den Release-Scope aus Jira ab, findet verknüpfte Testfälle und Ergebnisse, identifiziert getestete und ungetestete Bereiche und entwirft das vollständige Dokument: Scope, Zusammenfassung der Abdeckung, Ausführungsergebnisse, offene Fehler, Risikobewertung und eine Grußformel. Sie erhalten einen vollständigen Entwurf, normalerweise in etwa 5 Minuten, den Sie Delegate bitten können, als Word-Dokument, als Confluence-Seite oder direkt per E-Mail zu speichern.

Vergleich von Ergebnissen über Sprints hinweg

1. Geben Sie einen Prompt ein, der den Testsatz und den Testbereich benennen wird, z. B. „Vergleichen Sie Testergebnisse für die Regression Suite aus den letzten 4 Sprints in Projekt MYAPP.“

Ergebnis

Delegate richtet die Ergebnisse nach Testfall über die Sprints- und Flag-Muster hinweg aus: durchgängig fehlgeschlagene Fälle, schwache Fälle, rückgängige Trends bei der Bestehen-Rate und ungetestete Bereiche. Sie sehen eine Trendtabelle pro Testfall mit einem Status-Flag (stabil, Fehlerhaft, Verschlechterung

Erstellen einer Seite mit QA-Metriken

1. Geben Sie einen Prompt ein, der das Projekt benennen wird, z. B. „Erstellen Sie eine Seite mit QA-Metriken in Confluence für das Projekt MYAPP, die Sprint 24 abdeckt.“

Ergebnis

Delegate ruft die Bestehen-Rate, die Abdeckungsrate, die Anzahl offener Fehler und die Anzahl der schwachen Tests aus dem Test Manager und Jira ab und erstellt eine strukturierte Confluence-Seite. Sie sehen eine gemeinsam nutzbare Confluence-Seite mit einer Zusammenfassungstabelle, Trenddaten, den häufigsten fehlgeschlagenen Testfällen und Abdeckungslücken, die bei jedem Sprint mit einem Folge-Prompt aktualisiert werden kann, z. B. „Aktualisieren Sie die Confluence-Seite der QA-Metriken für Sprint 25.“

Entwurf eines QA-Strategiedokuments für ein neues Projekt

1. Beschreiben Sie das neue Projekt, z. B. „Schreiben Sie ein QA-Strategiedokument für ein neues Projekt namens newAPP – es ist eine E-Commerce-Plattform, ein 5-Personen-QA-Team, das den Test Manager und Jira verwendet und einen dreimonatigen Lieferzyklus anvisiert.“

Ergebnis

Delegate entwirft die Standardstruktur: Scope, Ansatz, Tools/Umgebung, Testfallmanagement, Ausführungsplan, Eintritts-/Austrittskriterien, Defektmanagement, Risiken und Rollen. Sie sehen ein zu etwa 80 % vollständiges Dokument; geben Sie den projektspezifischen Scope, die Teamnamen und die Release-Gateways ein. Wenn Sie zunächst mit dem Scope-Abschnitt beginnen, wird der Rest gut verankert.