Daten-, Schlüsselwort- und Hybrid-Automatisierungs-Frameworks in QTP/UFT

Datengesteuertes Framework

Data Driven Framework ist ein Framework, das durch die verschiedenen Kombinationen von Eingabe- und Ausgabedaten gesteuert wird.

Eine Möglichkeit, verschiedene Datenkombinationen zu übergeben, ist die Parametrisierung. Bei dieser Methode nutzen wir verschiedene Funktionen von QTP. Weitere Informationen zur Parametrisierung finden Sie unter here.

In DDF werden jedoch Skripte für die Parametrisierung geschrieben. Diese Art von Framework ist nützlich, wenn die Funktionalität des AUT mit mehreren Eingaben getestet und die entsprechenden Ausgaben erfasst werden müssen. Diese Eingaben können aus einer externen Datei wie Datenbank, Excel usw. gelesen werden. Outlook, Textdatei usw. und die jeweiligen Ausgaben werden in die entsprechende externe Quelle zurückgeschrieben.

Die allgemeinen Schritte des datengesteuerten Frameworks sind:

1. Bereite das ... Vor Testfall für die zu testende Anwendung
2. Fügen Sie die Objekte von AUT zu OR hinzu
3. Schreiben Sie die Skripte basierend auf dem Testfall

In dieser UFT-TutorialWir werden ein datengesteuertes Framework-Design für einen Beispieltestfall entwickeln, indem wir Excel als externe Quelle für die Testdaten verwenden.

Schritt 1) ​​Bereiten Sie den Testfall für die zu testende Anwendung vor

Testfall: Öffnen Sie die Bestellnummer und erhalten Sie den Kundennamen für diese Bestellung. Wiederholen Sie den gleichen Vorgang für verschiedene Bestellnummern

Externe Quelle: Excel-Datei

Die externe Quelle für dieses Beispiel ist eine Excel-Datei. Das VB-Skript in Micro Focus UFT muss so geschrieben werden, dass es eine Excel-Datei öffnet, um die Testdaten zu lesen. Dies kann hierarchisch erfolgen.

1. Eine Excel-Datei wird zunächst als Anwendung geöffnet

2. Anschließend muss die Arbeitsmappe am angegebenen Speicherort geöffnet werden

3. Das Blatt, auf dem die Testdaten vorhanden sind.

4. Abschließend muss die Zelle gelesen werden.

Schritt 2) Fügen Sie die Objekte von AUT zu OR hinzu

Sobald der Testfall fertig ist, beginnen Sie mit dem Hinzufügen aller erforderlichen Objekte zum Repository. In unserem Testfall müssen folgende Objekte hinzugefügt werden

• Symbol „Ordner öffnen“ im Antrag auf Flugreservierung
  

• Kontrollkästchen „Bestellnummer“, das angezeigt wird, wenn auf das Symbol „Ordner öffnen“ geklickt wird

• Das WinEdit-Feld der Bestellnummer (wo die Nummern eingegeben werden)

• Die OK-Taste

• Das Feld „Name“ ist ein WinEdit-Feld. Dieses Feld wird mit einem Namen gefüllt, sobald für eine bestimmte Bestellnummer auf die Schaltfläche „OK“ geklickt wird.

Sobald alle erforderlichen Objekte hinzugefügt wurden, sieht das Objekt-Repository wie folgt aus:

Schritt 3) Schreiben Sie die Skripte basierend auf dem Testfall

Stellen Sie vor der Ausführung des Skripts sicher, dass die Excel-Datei mit den Testdaten gespeichert und geschlossen ist.

Das folgende Skript besteht darin, die Bestellnummer aus Excel zu lesen und sie über die Variable „vOrder“ der Anwendung zuzuweisen und den Kundennamen aus der Anwendung über die Variable „vName“ zu schreiben.

Excel-Name: FlightDDF.xlsx

Blattname: Blatt1

Skript

To Establish a Microsoft Database connection

Fahrer = {Microsoft Zugriffstreiber (*.mdb)}; DBQ =

Datensatzname: OpenOrder

Feldname: Bestellnr., Kundenname

PS: Microsoft Access 2010 kann mit dem folgenden Skript nicht verbunden werden.

Ausgang

Vorteile von DDF

• In einem einzigen Test können viele Testdaten gelesen und in die externe Datei geschrieben werden
• Die Schleifenanweisung wird verwendet, um dieselben Schritte für mehrere Iterationen zu wiederholen. Dadurch wird der Codierungsaufwand reduziert
• Da die Daten direkt in die externe Datei gelesen und geschrieben werden, ist es nicht erforderlich, Daten zu kopieren, einzufügen oder zu exportieren, um sie zu verwenden
• Testdaten können aus einer externen Datei gelesen und die Ausgaben in jede andere externe Datei geschrieben werden

Nachteile von DDF

• Für die Entwicklung dieses Frameworks sind Skriptkenntnisse erforderlich
• Manchmal kann eine Anzahl oder Kombinationen von Daten aus einer externen Quelle wie einer Datenbank das QTP verlangsamen oder sogar zum Absturz bringen

Schlüsselwortgesteuertes Framework

Keyword Driven Framework ist ein Framework, bei dem Schlüsselwörter den Test bestimmen. Hier Das Schlüsselwort bezieht sich auf die benutzerdefinierten Funktionen. In diesem Rahmen werden Schlüsselwörter erstellt, um einen bestimmten Testschritt oder einen Testfall durchzuführen. Diese Schlüsselwörter werden dann im Treibertest aufgerufen, um mehrere Testfälle im selben Test auszuführen.

Weitere Informationen zu benutzerdefinierten Funktionen in QTP finden Sie unter here

Generell können die Frameworks auf drei Arten entwickelt werden, um sie praxistauglich zu machen.

1. Zeichnen Sie den Test auf und führen Sie ihn aus
2. Fügen Sie Objekte zum lokalen Repository hinzu und schreiben Sie die Skripte für alle Testschritte
3. Schreiben Sie eine beschreibende Programmierung für alle Testschritte

In diesem Tutorial wird das KDF durch Aufzeichnen und Ausführen des Tests entwickelt.

Unser Ziel ist es, einen einzigen Test für fünf verschiedene Testfälle durchzuführen, z. B. Anmelden bei der Anwendung, Eingeben einer Bestellung, Öffnen einer Bestellung, Löschen einer Bestellung und Schließen der Anwendung. Daher werden wir die Testschritte für diese Testfälle aufzeichnen und die Funktionen mit den Schlüsselwörtern Login, InsertOrder, OpenOrder, DeleteOrder bzw. CloseApp erstellen.

Testfall 1: Melden Sie sich bei der Anwendung an

Stichwort: Anmeldung ()

Aufgezeichnetes Skript:

Testfall 2: Geben Sie die Bestellung ein

Stichwort:InsertOrder()

Aufgezeichnetes Skript:

Testfall 3: Öffnen Sie die Bestellung

Stichwort:Offene Bestellung()

Aufgezeichnetes Skript:

Testfall 4: Löschen Sie die Bestellung

Stichwort:DeleteOrder()

Aufgezeichnetes Skript:

Testfall 5: Schließen Sie die Anwendung

Stichwort:CloseApp()

Aufgezeichnetes Skript:

Die für verschiedene Testfälle erstellten Funktionen werden in einer Funktionsbibliothek gespeichert und dem Haupttest zugeordnet. Es reicht aus, die Schlüsselwörter für die benötigten Testfälle im Haupttest aufzurufen und so die Größe des Treiberskripts im Haupttest zu reduzieren.

Das Treiberskript für dieses einfache Framework sieht wie folgt aus:

Durch Ausführen des obigen Skripts kann das tatsächliche Ergebnis für alle fünf Testfälle aus einem einzigen Test erhalten werden.

Vorteile

• Es können beliebig viele Testfälle für einen einzelnen Test ausgeführt werden, indem einfach die jeweiligen Schlüsselwörter aufgerufen werden
• Das Schreiben allgemeiner beschreibender Programmierung für alle Web-/Windows-Objekte und deren Aufruf als Schlüsselwörter hilft dabei, den gleichen Test für verschiedene dynamische Anwendungen auszuführen
• Reduziert die Größe des Treiberskripts

Nachteile

• Der Zeitaufwand für die Entwicklung dieser Frameworks ist sehr hoch, wenn nur sehr wenige Testfälle ausgeführt werden müssen
• Das Aufzeichnen der Schritte wird nicht immer verwendet, wenn KDF für viele Anwendungen im selben Test entworfen wird.

Hybrides Framework

Ein Hybrid-Framework ist eine Kombination aus Data Driven Framework (DDF) und Keyword Driven Framework (KDF), wobei mehrere Testfälle mit mehreren Eingaben im selben Test ausgeführt werden können.

In diesem Artikel werden dieselben Testfälle, die in KDF verwendet werden, in einem einzigen Test ausgeführt. Die Schlüsselwörter und Skripte für alle Testfälle sind dieselben wie in KDF. Es wurde jedoch TC3: Bestellung öffnen parametriert. Daher ist das Skript für diesen Testfall so geschrieben, dass es die Bestellnummer aus einer Excel-Datei empfängt und den Kundennamen in die Excel-Datei schreibt

Testfall 1: Melden Sie sich bei der Anwendung an

Stichwort: Anmeldung ()

Testfall 2: Geben Sie die Bestellung ein

Stichwort:InsertOrder()

Testfall 3: Bestellung für mehrere Bestellnummern öffnen

Stichwort:Offene Bestellung()

Beschreibung: Hier wird dasselbe Skript verwendet, das zur Entwicklung eines DDF verwendet wurde, wodurch der Testfall für mehrere Iterationen erreicht wird.

Skript:

Testfall 4: Löschen Sie die Bestellung

Stichwort:DeleteOrder()

Testfall 5: Schließen Sie die Anwendung

Stichwort:CloseApp()

Mit dieser einfachen Methode ist die Parametrisierung von TC3 abgeschlossen. Gegebenenfalls können im selben Test auch alle anderen Testfälle parametrisiert werden.

Dies ist beispielsweise eine sehr einfache Möglichkeit, ein Hybrid-Framework zu entwerfen. Derselbe Rahmen kann auch mit deskriptiver Programmierung erreicht werden.

Vorteile

• Der Zeitaufwand für die Ausführung des mit einem Hybrid-Framework entwickelten Tests ist im Vergleich zu anderen Frameworks relativ kürzer
• Dies kann verwendet werden, wenn wir alle Testfälle und Eingaben, die einem bestimmten Testfall zugeordnet sind, in derselben Testsuite benötigen.

Nachteil

• Es sind klare Kenntnisse über die Kombination verschiedener Frameworks erforderlich.