Kontrollpunkte in QTP/UFT mit Beispiel

Was ist ein Checkpoint in UFT/QTP?

A Kontrollpunkt in UFT/QTP ist ein Prüfpunkt, der den aktuellen Wert einer bestimmten Objekteigenschaft, eines Seitenattributs oder einer Datenquelle mit einem zuvor im Test erfassten erwarteten Wert vergleicht. Stimmen die aktuellen und erwarteten Werte überein, UFT Es wird ein Status „PASS“ protokolliert; andernfalls ein Status „FAIL“.

Prüfpunkte wandeln ein Skript, das lediglich Aktionen wiederholt, in ein Skript um, das die Ergebnisse überprüft. Ein aufgezeichnetes Skript kann jeden Schritt erfolgreich abschließen, selbst wenn die zu testende Anwendung den falschen Text, das falsche Bild oder einen beschädigten Datenbankeintrag anzeigt – ein Prüfpunkt erkennt und meldet diese Abweichung.

Warum Checkpoints in der Testautomatisierung verwenden?

Das Aufzeichnen eines Skripts gibt lediglich eine Abfolge von Klicks und Tastatureingaben wieder; es bestätigt jedoch nie, ob die Anwendung das korrekte Ergebnis erzielt hat. Checkpoints schließen diese Lücke, indem sie jede aufgezeichnete Aktion in eine überprüfbare Aussage mit messbarem Ergebnis umwandeln.

• Die Wiedergabe wird in eine Verifizierung umgewandelt, sodass jeder Durchlauf ein eindeutiges PASS oder FAIL liefert, anstatt nur ein abgeschlossenes Skript.
• Regressionen frühzeitig erkennen, bevor ein Fehler in eine Version gelangt, die Tester als stabil ansehen.
• Validieren Sie Daten, die bei manueller Überprüfung nicht sichtbar sind, wie z. B. XML-Nutzdaten, Datenbankzeilen oder versteckte Objekteigenschaften.
• Dokumentieren Sie das erwartete Verhalten, damit jeder, der das Skript liest, versteht, was „korrekt“ für diesen Schritt bedeutet.

Da Checkpoints bei jeder Ausführung automatisch ausgeführt werden, entfällt die Notwendigkeit, dass ein Tester nach jedem Zyklus jeden Bildschirm manuell überprüft, was den UFT/QTP praktisch für wiederholte Regressionstests über verschiedene Builds hinweg.

Arten von Kontrollpunkten in UFT/QTP

UFT/QTP Es bietet verschiedene Prüfpunkttypen, sodass ein Tester genau den Aspekt der Anwendung überprüfen kann, der in einem bestimmten Schritt relevant ist – eine statische Eigenschaft, einen Textblock, ein Bitmap-Bild, einen Datenbankeintrag oder ein gesamtes XML-Dokument. Die Auswahl des passenden Typs für das zu testende Objekt sorgt für einen fokussierten und wartungsfreundlichen Testschritt.

1. Standard-Kontrollpunkt: Vergleicht die während der Aufzeichnung erfassten Sollwerte der Objekteigenschaften mit den aktuellen Werten des Objekts während einer Laufzeit. Es wird von jeder Add-in-Umgebung unterstützt.
2. Seiten-Checkpoint: Ein Standard-Prüfpunkt, der für eine Webseite erstellt wurde. Er überprüft die Gesamtzahl der Links und Bilder auf der Seite und kann die Seitenladezeit messen.
3. Text-Checkpoint: Überprüft, ob ein bestimmter Text innerhalb eines definierten Bereichs einer Webseite oder einer Windows-basierte Anwendung.
4. Prüfpunkt Textbereich: Überprüft, ob eine Textzeichenfolge innerhalb eines definierten Bildschirmbereichs angezeigt wird. Windows-basierte Anwendung, gemäß Kriterien wie Groß-/Kleinschreibung oder Platzhalterübereinstimmung.
5. Bitmap-Prüfpunkt: Prüft die Bitmap eines Bildes oder einer gesamten Webseite durch einen Pixel-für-Pixel-Vergleich zwischen dem tatsächlichen und dem erwarteten Bild.
6. Bild-Checkpoint: Überprüft Eigenschaften eines Webbildes, wie beispielsweise den Speicherort der Quelldatei. Im Gegensatz zu einem Bitmap-Checkpoint werden dabei keine Pixel verglichen.
7. Barrierefreiheitsprüfung: Prüft die Einhaltung der Richtlinien des World Wide Web Consortium (W3C) für webbasierte Technologien und erleichtert so Menschen mit Behinderungen die Nutzung der Anwendung.
8. Datenbank-Prüfpunkt: Führt zur Aufzeichnungszeit eine Abfrage aus und speichert die zurückgegebenen Datenbankwerte als erwartete Werte; dieselbe Abfrage wird zur Laufzeit erneut ausgeführt, sodass die tatsächlichen und erwarteten Werte verglichen werden können.
9. Tabellen-Checkpoint: Überprüft dynamisch den Inhalt von Zellen in einer Tabelle oder einem Raster sowie Tabelleneigenschaften wie Zeilenhöhe und Zellenbreite. Es ähnelt einem Datenbank-Checkpoint.
10. XML-Prüfpunkt: Überprüft XML-Daten, XML-Schemas und XML-Ressourcen, die in eine Webseite oder in ein eigenständiges .xml-Dokument eingebettet sind.

In der folgenden Tabelle werden die zehn Checkpoint-Typen einander gegenübergestellt, damit Sie vor Beginn der Aufzeichnung den richtigen auswählen können.

Prüfpunkt vs. Ausgabewert: Was ist der Unterschied?

Tester, die neu bei UFT/QTP Oft werden Checkpoints mit Ausgabewerten verwechselt, da beide über dasselbe Menü eingefügt werden und beide eine Live-Eigenschaft eines Objekts auslesen. Die beiden Funktionen dienen jedoch gegensätzlichen Zwecken.

Verwenden Sie einen Prüfpunkt, wenn das Skript einen Nachweis über Erfolg oder Misserfolg benötigt, und einen Ausgabewert, wenn ein späterer Schritt die erfassten Daten als Eingabe benötigt.

Wie man einen Prüfpunkt einfügt UFT/QTP

Die meisten Checkpoint-Typen können nur eingefügt werden, während UFT Die Aufzeichnung läuft; sobald die Aufzeichnung beendet ist, steht das Checkpoint-Menü für neue Einträge nicht mehr zur Verfügung. Die folgenden Schritte fügen einen Standard-Checkpoint ein, den am häufigsten verwendeten Typ.

Klicken Sie auf werden auf dieser Seite erläutert wenn das Video nicht zugänglich ist

1. Öffnen Sie die zu testende Anwendung und starten Sie die Aufnahme in UFT.
2. Navigieren Sie zu dem Bildschirm oder Objekt, das Sie überprüfen möchten, und klicken Sie dann mit der rechten Maustaste auf den Schritt, zu dem der Prüfpunkt unmittelbar gehört.
3. Wählen Sie im Kontextmenü „Standard-Prüfpunkt einfügen“ oder im Untermenü „Prüfpunkt“ einen bestimmten Typ aus – Bitmap, Datenbank, Tabelle usw.
4. Im Dialogfeld „Prüfpunkteigenschaften“ können Sie den Standard-Prüfpunktnamen beibehalten oder durch einen aussagekräftigen Namen ersetzen.
5. Wählen Sie die zu überprüfenden Objekteigenschaften aus. Jede ausgewählte Eigenschaft ist mit einem Häkchen markiert; das ABC-Symbol kennzeichnet einen konstanten Wert, und das Symbol ändert sich, wenn die Eigenschaft parametrisiert ist.
6. Klicken Sie auf OK. UFT Fügt unmittelbar nach dem aktuellen Schritt eine Check-Anweisung ein.
7. Stoppen Sie die Aufzeichnung und spielen Sie den Test erneut ab, um zu bestätigen, dass der Kontrollpunkt „BESTANDEN“ meldet.

⚠ Häufiger Fehler: Wenn der Schritt unmittelbar vor dem Prüfpunkt das Zielfenster schließt oder ersetzt, UFT löst einen Laufzeitfehler aus, da das Objekt nicht mehr existiert, wenn der Prüfpunkt versucht, es zu lesen. HP QTPUm das Problem zu beheben, genügt es in der Regel, die betroffenen Schritte so umzuordnen, dass das Zielobjekt beim Ausführen des Checkpoints noch geöffnet ist.

Der folgende VBScript-Ausschnitt veranschaulicht dieselbe Idee durch die UFT Automatisierungsobjektmodell: eine Check-Anweisung, die einen booleschen Wert zurückgibt, den das Skript dann über das Reporter-Objekt meldet.

Dim Result ' Holds the PASS/FAIL outcome of the checkpoint

Browser("Flight Reservation").Page("Flight Reservation").WinEdit("Agent Name:").Set "Diana"
Browser("Flight Reservation").Page("Flight Reservation").WinButton("OK").Click

' Run the Standard Checkpoint that was inserted after the OK click
Result = Browser("Flight Reservation").Page("Flight Reservation").Check(CheckPoint("Flight Reservation Window"))

If Result Then
    Reporter.ReportEvent micPass, "Checkpoint Passed", "Flight Reservation window matches expected values"
Else
    Reporter.ReportEvent micFail, "Checkpoint Failed", "Flight Reservation window does not match expected values"
End If

Dieses Video demonstriert die verschiedenen verfügbaren Checkpoint-Typen in UFT/QTPeinschließlich Standard-, Bitmap- und Datenbank-Checkpoints in Aktion.

Best Practices für die effektive Nutzung von Checkpoints

Ein Prüfpunkt ist nur so zuverlässig wie das Objekt und die Eigenschaft, auf die er sich bezieht. Die folgenden Vorgehensweisen gewährleisten die Genauigkeit der Prüfpunkte auch bei Änderungen der zu testenden Anwendung.

• Um fehleranfällige Tests zu vermeiden, die bei nicht damit zusammenhängenden Änderungen der Benutzeroberfläche fehlschlagen, sollte man das jeweilige Objekt und nicht die gesamte Seite prüfen.
• Das ausgewählte Objekt sollte beim Ausführen des Prüfpunkts geöffnet bleiben; die Änderung der Reihenfolge eines Schritts ist oft die Lösung für den oben beschriebenen Laufzeitfehler „Objekt nicht gefunden“.
• Bevorzugen Datenbank oder XML-Prüfpunkte gegenüber Bitmap-Prüfpunkten zur Datenvalidierung – Bitmap-Vergleiche schlagen bei Änderungen der Schriftart, Auflösung oder des Designs fehl, die nichts mit den Daten zu tun haben.
• Parametrisieren Sie Prüfpunktwerte aus einer Datentabelle, wenn die gleiche Prüfung über mehrere Testiterationen hinweg ausgeführt werden muss.
• Benennen Sie jeden Prüfpunkt aussagekräftig, damit ein Fehler im Fenster „Testergebnisse“ leicht zu finden ist.
• Kombinieren Sie Prüfpunkte mit Synchronisierungsmaßnahmen, wie z. B. einer Warteanweisung oder der Sync Methode, sodass eine Überprüfung niemals ausgeführt wird, bevor die Seite vollständig geladen ist.

Häufig gestellte Fragen