Handbuch
 

TopInhaltsverzeichnisNächste Seite: 28.4.2 Behavior-Driven Testing (BDT) mit fachlicher BeschreibungNächstes Kapitel: 28.4.2 Behavior-Driven Testing (BDT) mit fachlicher BeschreibungKapitel-Übersicht: 28.4 Behavior-Driven Testing (BDT)PDF VersionQF-Test
Version 5.4.1
28.4.1
Behavior-Driven Testing (BDT) mit technischer Beschreibung

Eine technische Beschreibung eines Testfalles mit Behavior-Driven Testing (BDT) orientiert sich an den grundlegenden Aktionen, die ausgeführt werden müssen. Das dazugehörige Beispiel finden Sie unter qftest-5.4.1/demo/keywords/behaviordriven/BehaviorDrivenTesting.qft. Der dazugehörige Testplan liegt unter qftest-5.4.1/demo/keywords/behaviordriven/createvehicle.xlsx. Bitte achten Sie darauf, dass Sie den Ordner in ein projektspezifisches Verzeichnis kopieren und diese dort modifizieren.

Nach BDT mit technischer Sicht wird unser "Fahrzeug anlegen" Testfall nun wie folgt beschrieben:

  1. Gegeben Anwendung läuft
  2. Gegeben Dialog Fahrzeuge ist geöffnet
  3. Wenn Textfeld Name auf Wert <name> gesetzt
  4. Und Textfeld Preis mit Wert <preis> gefüllt
  5. Und Button Neu geklickt wurde
  6. Und Button OK geklickt wurde
  7. Dann ist Tabelle Fahrzeuge eine neue Zeile mit den Werte <name> und <formatierter-preis> erschienen
  8. Und Spalte Modell enthält den Wert <name>
  9. Und Spalte Preis enthält den Wert <formatierter-preis>

Der BDT Ansatz beschreibt Vorbedingungen und Aktionen mit Hilfe der Schlüsselwörter Gegeben, Wenn, Und und Dann, die am Satzanfang stehen müssen. Eine nähere Erläuterung dieses Konzeptes finden Sie in entsprechender Testliteratur.

Für QF-Test bedeutet dies, dass wir wieder Prozeduren bauen müssen, die dieser Beschreibung entsprechen. Hier hat sich bewährt, dass die BDT-Keywords als separate Packages erstellt werden. In der mitgelieferten Testsuite finden Sie hierfür auch die Packages Given, When_And und Then.

Abbildung 28.6:  Testsuite Behavior-Driven Testing technisch

In unserer Beispiel-Testsuite liegen nun die entsprechenden Prozeduren unter den jeweiligen Packages, also z.B. eine Prozedur vehicles dialog opened unter dem Package Given. Um Flüchtigkeitsfehler bei der Beschreibung zu vermeiden wird vor dem Prozeduraufruf $(teststep) ein Server-Skript read test-steps and fix typos eingeführt, dass die gsamte Beschreibung in Kleinbuchstaben formatiert und mehrfache Leerzeichen durch eines ersetzt.

Damit der selbe Testfall mit unterschiedlichen Testdaten abgespielt werden kann, wurde dieses Beispiel erweitert.

Natürlich könnte man hier auch versuchen, den generischen Erkennungsansatz, wie im vorigen Abschnitt beschrieben (Abschnitt 28.3), anzuwenden. Hierfür muss entweder die Beschreibung sehr genau sein oder das vorgelagerte Skript muss die Komponenten und deren Namen gut herausfinden können.

TopInhaltsverzeichnisNächste Seite: 28.4.2 Behavior-Driven Testing (BDT) mit fachlicher BeschreibungNächstes Kapitel: 28.4.2 Behavior-Driven Testing (BDT) mit fachlicher BeschreibungKapitel-Übersicht: 28.4 Behavior-Driven Testing (BDT)PDF VersionLetzte Änderung: 20.1.2022
Copyright © 1999-2022 Quality First Software GmbH

Wir verwenden Cookies zur anonymisierten Auswertung Ihres Besuchs auf unserer Webseite durch »Matomo«. Dafür benötigen wir Ihr Einverständnis, welches für zwölf Monate gilt. Ein Widerruf bzw. Opt-out ist jederzeit auf unser Datenschutz-Seite möglich.

akzeptieren
konfigurieren
Cookie-Konfiguration

1. Funktionale Cookies

Das funktionale Cookie für die Speicherung Ihrer Cookie-Konfiguration (cookie_consent) ist notwendig und hat eine Gültigkeit von 12 Monaten.

2. Performance und Statistik Cookies

Wir verwenden Matomo zur Analyse und Optimierung unserer Webseite. Cookies erlauben eine anonyme Erfassung der Informationen und helfen uns, Ihnen einen benutzerfreundlichen Besuch unserer Webseite zu bieten.

Auswahl speichern

Cookie details