top of page

Versuchen Sie es mit Xsquash
Tutorial "Mit Squash und Jira arbeiten“

Greifen Sie auf die Squash-Instanz zu, indem Sie auf klicken hier und sich anmelden:

  • Login: Xsquash4Jira

  • Passwort: P@ssw0rd!456

Greifen Sie auf die Jira-Instanz zu, indem Sie hier klicken und sich anmelden:

Kontext

Das Team eines agilen Projekts setzt sich aus verschiedenen Akteuren zusammen (Product Owner, Scrum Master, Entwickler, Tester):

  • Der Product Owner hat die Aufgabe, User Stories zu erstellen, die der Beschreibung einer zu entwickelnden Funktionalität entsprechen. Solange diese User Stories nicht bearbeitet werden, sind sie Teil des Backlogs.

  • Der Scrum Master leitet dann einen Sprint ein und integriert die User Stories. Ein Sprint ist ein kurzer Zeitraum, in dem das Agile Team eine Reihe von User Stories entwirft, entwickelt und testet, um ein "brauchbares" Produkt zu erhalten.

Alle diese Schritte können von den verschiedenen Beteiligten in Jira und Squash durchgeführt werden.

Zusammenfassung

SCHRITT 1 - In Jira: Erstellen einer User Story, einer Unteraufgabe und eines Sprints

SCHRITT 1 - In Jira: Erstellen einer User Story, einer Unteraufgabe und eines Sprints

Hintergrund: Der Product Owner wird User Stories in Jira erstellen. Diese werden im Backlog angelegt. Der Product Owner wird dann einen neuen Sprint initiieren und User Stories aus dem Backlog in den neuen Sprint verschieben.

Xsquash-free-SquashTM-Jira.jpg

1.1.     Jira öffnen: hier klicken

Melden Sie sich mit den oben angegebenen Zugangsdaten an: Login : demojira@henix.fr / Password : P@ssw0rd!456

Um das Projekt "Xsquash - Sandbox" aufzurufen:

  • Oberes Menü, klicken Sie auf [Projects]

  • Aufklappbares Menü, klicken Sie auf [Xsquash - Sandbox]

1.2.     Erstellen Sie in diesem Projekt ein Ticket "Story"

  • Oberes Menü, klicken Sie auf [Create]

  • Ticket-Typ, behalten Sie die gewählte Auswahl "Story" bei

  • Füllen Sie mindestens das Feld "Summary" aus

  • Klicken Sie auf [Create]

1.3.     Auf das erstellte Ticket zugreifen und eine sub-task erstellen

  • Tab-Menü des Tickets, klicken Sie auf "More"

  • Dropdown-Menü, klicken Sie auf [Create a sub-task]

  • Füllen Sie mindestens das Feld "Summary" aus

  • Klicken Sie auf [Create]

1.4.     Zurück zum Backlog

  • Navigationsleiste links, erster Reiter "Backlog"

1.5.     Erstellen Sie einen neuen Sprint im Xsquash Sandbox Tableau und ziehen Sie das Ticket "Story" in diesen Sprint

  • Scrollen Sie auf der Seite nach unten zum Backlog

  • Klicken Sie auf die Schaltfläche auf der rechten Seite [Create a sprint]

  • Verschieben ein Ticket aus dem Backlog per Drag-and-Drop in diesen Sprint

 

Sie sollten folgendes Ergebnis erhalten:

     (A) Einen Sprint

     (B) Ein Ticket vom Typ Story

     (C) Eine (oder mehrere) "sub-task(s)", die an das Ticket angehängt sind

SCHRITT 2 - In Squash TM: Verwaltung der mit der Jiras User Story synchronisierten Anforderungen

SCHRITT 2 - In Squash TM: Verwaltung der mit der Jiras User Story synchronisierten Anforderungen

Hintergrund: In Squash TM werden die vom Product Owner und vom Scrum Master in Jira erstellten Elemente in Squash erscheinen. Ein neuer Ordner erscheint in der Baumstruktur, er entspricht dem vom Scrum Master erstellten Sprint. Die vom Product Owner erstellten User Stories erscheinen als synchronisierte Anforderungen. Sie können nun als Grundlage für die Designarbeit des Testerteams dienen.

User-story-sprint-SquashTM.PNG

2.1.    Squash öffnen

Melden Sie sich mit den oben angegebenen Daten an (Login: Xsquash4Jira / Passwort:  P@ssw0rd!456)

 

2.2.   Zugang zum Bereich "Anforderungen"

2.3.   Zum Projekt « 04- Xsquash4Jira – Sandbox »

2.4.   Auf das Synchronisationsverzeichnis zugreifen « Sandbox – Scrum board»

⇒ Im Synchronisationsordner können Sie sehen, dass die verschiedenen in Jira erstellten Elemente in Squash synchronisiert wurden:

(A) Sprint: einen neuen Ordner mit dem Namen des in Schritt 1 erstellten Sprints

(B) Ticket « Story »: in diesem Ordner eine synchronisierte Anforderung mit der Referenz und dem in Jira ausgefüllten Namen sowie der URL des Tickets zu Jira und dem Synchronisationsstatus

(C) Unteraufgabe des Tickets: wird als Tochteranforderung des Jira-Tickets synchronisiert, mit der Referenz und dem Namen, die in Jira für die Unteraufgabe angegeben wurden

SCHRITT 3 - Erstellen eines Testfalls und Verknüpfung mit dem synchronisierten Ticket

SCHRITT 3 - In Squash TM: : Erstellen eines Testfalls und Verknüpfung mit dem synchronisierten Ticket

Hintergrund: Das Testerteam wird die Designarbeit fortsetzen können, indem es Testfälle erstellt und diese mit den Jira User Stories verknüpft, um die Abdeckung der Anforderungen zu gewährleisten.

Squash-Jira-requirements-covering.PNG

3.1.     Zum Bereich "Test cases" gelangen

3.2.    Erstellen Sie einen oder mehrere Testfälle

3.3.    Verknüpfen Sie ihn/sie mit der synchronisierten Anforderung des in Schritt 1 erstellten "Story"-Tickets

3.4.    Ändern des Status mindestens eines Testfalls auf "Under review" oder "Approved".

SCHRITT 4 - In Jira: Verfolgung des Fortschritts der Entwurfsphase

SCHRITT 4 - In Jira: Verfolgung des Fortschritts der Entwurfsphase

Hintergrund: Der Product Owner, der Scrum Master und die Entwickler werden auf jedem Jira-Ticket den Fortschritt der Entwurfsphase des Testerteams mithilfe von Indikatoren und einer Tabelle der mit dem Jira-Ticket verbundenen Testfälle verfolgen können.

Monitoring-testing-process-Jira-Squash.jpg

Rufen Sie die Karteikarte des in Schritt 1 erstellten Tickets "Story" auf.

⇒ Es werden verschiedene Daten zu den mit diesem Ticket verbundenen Testfällen angezeigt:

(A) Ein erster globaler Indikator (Siehe weiter unten für die Definition dieser Indikatoren)

(B) Ein Feld "Redaction ratio"

(C) Registerkarte "Squash TM -Test cases": Hier werden alle Testfälle aufgelistet, die mit diesem Ticket verknüpft sind

SCHRITT 5 - In Squash TM: Automatische Erstellung eines Testplans aus dem in Jira erstellten Sprint

SCHRITT 5 - In Squash TM: Automatische Erstellung eines Testplans aus dem in Jira erstellten Sprint

Hintergrund: In Squash TM wird der Entwurf des Testplans vereinfacht und dem Testerteam ermöglicht, alle Testfälle zu identifizieren, die auf der Grundlage von Lieferung(en), Sprint(en) oder einer Jira JQL-Abfrage ausgeführt werden sollen.

Squash-test-delivery-Agile.PNG

5.1.  Zugang zum Bereich "Kampagnen"

5.2. Wählen Sie das Projekt "Xsquash4Jira - Sandbox" in der Baumstruktur aus und klicken Sie dann auf eine Kampagne oder eine Iteration

5.3.   Klicken Sie auf die Registerkarte Stern und dann auf "Xsquash4Jira Execution Plan Designer".

5.4.   Verfolgen Sie die verschiedenen Schritte des Assistenten:

a.      Aktion: "Erstellen einer Iteration in der ausgewählten Kampagne".

b.      Quelle: Wählen Sie "Sprints"

c.      Auswahl der Boards:

         Boards: Jira-Boards, die mit 'Jira-Projektname' verknüpft sind

         Kriterien über die Sprints: Wählen Sie "Name des Sprints enthält:" und geben Sie den Namen des in Schritt 1 erstellten Sprints ein.

d.     Sprintauswahl: Den gefundenen Sprint angekreuzt lassen

e.     Verfeinern der Ticketauswahl: Gefundene(s) Ticket(s) ausgewählt lassen

f.      Verfeinern der Testfallauswahl: Gefundene(n) Testfall(e) ausgewählt lassen

g.     Erstellung der Iteration: Füllen Sie mindestens das Feld "Name" aus.

Ihr Testplan wurde automatisch aus den im Erstellungsassistenten ausgewählten Elementen generiert.

 

5.5.   Mindestens einen Testfall aus dem Durchführungsplan durchführen.

SCHRITT 6 - In Jira: Verfolgung des Fortschritts der Ausführungsphase

SCHRITT 6 - In Jira: Überwachung des Fortschritts der Durchführungsphase

Hintergrund: Der Product Owner, der Scrum Master und die Entwickler werden auf jedem Jira-Ticket den Fortschritt der Durchführungsphase des Testerteams mithilfe von Indikatoren und einer Tabelle der mit dem Jira-Ticket verbundenen Testfälle verfolgen können.

Agile-execution-test-Squash.jpg

Rufen Sie die Karteikarte des in Schritt 1 erstellten Tickets "Story" auf.

⇒ Es werden verschiedene Daten zu den mit diesem Ticket verbundenen Testfällen angezeigt:

(A) Ein erster globaler Indikator (Definition dieser Indikatoren siehe weiter unten)

(B) Das Feld « Verification ratio » 

(C) Das feld « Validation ratio » 

(D) Der Reiter « Squash TM Executions » 

bottom of page