Seminar Qt Squish – Behavior-Driven Testing mit Gherkin

Seminarprofil

Das Seminar verbindet fachlich verständliche Gherkin-Szenarien mit stabiler technischer Automatisierung in Squish. Von der Formulierung gemeinsamer Beispiele bis zur Wiederverwendung von Step Definitions entsteht eine wartbare BDD-Struktur für Akzeptanz- und Regressionstests.

Inhaltsübersicht

1. Seminarprofil
2. Lernziele
3. Zielgruppe
4. Voraussetzungen
5. Seminarinhalte
6. Praxisübung Schritt für Schritt
7. Methodik

Lernziele

• Ziele und Einsatzgrenzen von BDD als gemeinsames Arbeitsmodell sicher beurteilen
• Gherkin-Struktur nachvollziehbar konfigurieren und praktisch anwenden
• Varianten und Testdaten in wartbare Squish-Bausteine überführen
• Fehlerbilder bei Step Definitions systematisch diagnostizieren
• Hooks und Testzustand mit geeigneten Prüf- und Reviewregeln absichern

Zielgruppe

Business Analysts, Product Owner, Tester, Testautomatisierer, Entwickler und Quality Engineers in interdisziplinären Teams.

Voraussetzungen

Grundkenntnisse in Softwaretests; für die technischen Übungen sind Squish- und Skripting-Grundlagen hilfreich.

Seminarinhalte

BDD als gemeinsames Arbeitsmodell

Das Modul ordnet den Themenbereich in den gesamten Testprozess ein. Behandelt werden gemeinsame Sprache und konkrete Beispiele, Zusammenarbeit von Fachseite, Entwicklung und Test und Abgrenzung zu rein technischen Testfällen. Jeder Baustein wird konfiguriert, ausgeführt, geprüft und für die spätere Wiederverwendung dokumentiert.

• gemeinsame Sprache und konkrete Beispiele
• Zusammenarbeit von Fachseite, Entwicklung und Test
• Abgrenzung zu rein technischen Testfällen

Gherkin-Struktur

Der Schwerpunkt wird von der Ausgangslage bis zur überprüfbaren Umsetzung entwickelt. Behandelt werden Feature, Rule, Scenario und Background, Given, When, Then und And und deklarative statt kleinteiliger Formulierungen. Jeder Baustein wird konfiguriert, ausgeführt, geprüft und für die spätere Wiederverwendung dokumentiert.

• Feature, Rule, Scenario und Background
• Given, When, Then und And
• deklarative statt kleinteiliger Formulierungen

Varianten und Testdaten

Die technische Umsetzung wird mit Wartungs- und Diagnoseanforderungen verbunden. Behandelt werden Scenario Outline und Examples, Tabellen, Parameter und Datentypen und positive, negative und Grenzfälle. Jeder Baustein wird konfiguriert, ausgeführt, geprüft und für die spätere Wiederverwendung dokumentiert.

• Scenario Outline und Examples
• Tabellen, Parameter und Datentypen
• positive, negative und Grenzfälle

Step Definitions

Das Vorgehen wird an einem zusammenhängenden Beispiel praktisch erarbeitet. Behandelt werden Muster und Parameterbindung, Aufruf von Squish-Funktionen und Objektzugriff und Vermeidung duplizierter oder überladener Schritte. Jeder Baustein wird konfiguriert, ausgeführt, geprüft und für die spätere Wiederverwendung dokumentiert.

• Muster und Parameterbindung
• Aufruf von Squish-Funktionen und Objektzugriff
• Vermeidung duplizierter oder überladener Schritte

Hooks und Testzustand

Das Modul ordnet den Themenbereich in den gesamten Testprozess ein. Behandelt werden Vor- und Nachbedingungen, Testdatenaufbau und Rücksetzen und Fehlerbehandlung und Diagnose. Jeder Baustein wird konfiguriert, ausgeführt, geprüft und für die spätere Wiederverwendung dokumentiert.

• Vor- und Nachbedingungen
• Testdatenaufbau und Rücksetzen
• Fehlerbehandlung und Diagnose

Tags und selektive Ausführung

Der Schwerpunkt wird von der Ausgangslage bis zur überprüfbaren Umsetzung entwickelt. Behandelt werden Smoke-, Regression- und Plattformgruppen, Filterung lokaler und automatisierter Läufe und stabile Tag-Taxonomie. Jeder Baustein wird konfiguriert, ausgeführt, geprüft und für die spätere Wiederverwendung dokumentiert.

• Smoke-, Regression- und Plattformgruppen
• Filterung lokaler und automatisierter Läufe
• stabile Tag-Taxonomie

Reporting und Zusammenarbeit

Die technische Umsetzung wird mit Wartungs- und Diagnoseanforderungen verbunden. Behandelt werden lesbare Ergebnisstruktur, Zuordnung von Szenario, Schritt und Fehler und Review und Pflege im Team. Jeder Baustein wird konfiguriert, ausgeführt, geprüft und für die spätere Wiederverwendung dokumentiert.

• lesbare Ergebnisstruktur
• Zuordnung von Szenario, Schritt und Fehler
• Review und Pflege im Team

Praxisübung Schritt für Schritt

1. Eine fachliche Anforderung für die Überführung einer fachlichen Anforderung in eine ausführbare Gherkin-Suite in konkrete Beispiele zerlegen.
2. Ein Feature mit klarer Geschäftssprache und eindeutiger Regel formulieren.
3. Positive, negative und grenzwertige Szenarien ergänzen.
4. Wiederholte Varianten in eine Szenariovorlage mit Beispieldaten überführen.
5. Step Definitions mit stabilen Parametern und klaren Rückmeldungen implementieren.
6. Objektzugriff und Synchronisation aus den fachlichen Schritten auslagern.
7. Hooks für Aufbau, Reset und Bereinigung des Testzustands ergänzen.
8. Die Suite mit Tags ausführen und Fehler bis zum Gherkin-Schritt zurückverfolgen.
9. Szenarien und Step-Bibliothek anhand einer Teamcheckliste überarbeiten.

Methodik

Kurze Theorieblöcke werden unmittelbar durch Demonstrationen und betreute Übungen ergänzt. Die Arbeit erfolgt an einem durchgängigen Beispielprojekt mit nachvollziehbaren Zwischenständen, klaren Qualitätskriterien und wiederholbaren Ausführungen.