Lokales und gemeinsames Objekt-Repository in QTP/UFT
Thomas Hamilton
⚡ Intelligente Zusammenfassung
Objekt-Repository in QTP/UFT Eine davon speichert die Testobjekte und Eigenschaften, die das Tool zur Erkennung Ihrer Anwendung verwendet, und sie existiert in zwei Formen: einem lokalen Repository pro Aktion und einem wiederverwendbaren gemeinsamen Repository.
Was ist ein Objekt-Repository in QTP?
Objekt-Repository ist eine Sammlung von Testobjekten und Informationen, die erkannt werden von QTP zur Bearbeitung. Wenn ein Benutzer einen Test aufzeichnet, werden die Objekte und ihre Eigenschaften standardmäßig erfasst.
Da jeder automatisierte Schritt auf ein gespeichertes Objekt verweisen muss, entscheidet das Repository darüber, ob ein Skript nach Änderungen an der Anwendung weiterhin ausgeführt wird. Zunächst muss man verstehen, wie die Objekte dorthin gelangen.
Wie funktioniert die Objekterkennung in QTP?
- QTP verwendet eine „menschenähnliche“ Technologie für Objektidentifikation
- Rekord Zeit QTP versucht, die Eigenschaften eines GUI-Objekts zu erlernen, auf dem eine Operation durchgeführt wird.
- Während der Laufzeit UFT Man vergleicht die gespeicherten Objekteigenschaften mit den tatsächlichen Eigenschaften des auf dem Bildschirm verfügbaren Objekts und identifiziert ein Objekt eindeutig unabhängig von seiner Position auf dem Bildschirm.
- Das gespeicherte Objekt wird zusammen mit seinen Eigenschaften als bezeichnet. Testobjekt
- Während der Laufzeit wird das tatsächlich in der zu testenden Anwendung verfügbare Objekt als bezeichnet. Laufzeitobjekt
- Dies ist die Schnell Test „Testobjektmodell“
- Informationen über die Testobjekte werden im Objekt-Repository gespeichert.
- Add-Ins helfen, indem sie QuickTest im Voraus über die Art des aufzuzeichnenden Objekts informieren, um so die Zeit zu verkürzen, die zum Erlernen seiner Eigenschaften benötigt wird.
Lernen Sie die Objektidentifikation anhand eines Beispiels im folgenden Video
Klicken Sie auf werden auf dieser Seite erläutert wenn das Video nicht zugänglich ist
Arten von Objekt-Repositorys
Es gibt 2 Arten von Objekt-Repositorys in QTP
- Lokales Objekt-Repository
- Gemeinsam genutztes Objekt-Repository
Die beiden unterscheiden sich nur in einem Punkt: wem die Objekte gehören. Das lokale Repository gehört zu einer einzelnen Aktion, während das gemeinsam genutzte Repository eine unabhängige Datei ist, die von jeder Aktion verwendet werden kann.
Lokales Objekt-Repository
- Das lokale Objekt-Repository ist das Standard-Objekt-Repository
- Es ist aktionsspezifisch und kann nur für eine bestimmte Aktion verwendet werden
- Ein lokales Objektrepository ist vorzuziehen, wenn die Anwendung zeitlich nicht dynamisch ist.
- Das lokale Objektrepository kann nicht wiederverwendet werden.
- Im lokalen Objektrepository können Sie viele Operationen durchführen, zum Beispiel:
- Markieren Sie ein Objekt, das in einem Repository der zu testenden Anwendung gespeichert ist
- Überprüfen Sie, ob ein bestimmtes Objekt in Ihrer AUT im Objekt-Repository gespeichert ist
- Objekte ausschneiden, kopieren, einfügen, ändern und löschen
- Falls Sie versehentlich den Wert einer Eigenschaft geändert haben, können Sie deren Beschreibung über die Anwendung mithilfe der Aktualisierungsfunktion aktualisieren.
Das folgende Video demonstriert die Arbeit mit dem lokalen Objekt-Repository.
Gemeinsam genutztes Objekt-Repository: Erstellen, Zuordnen, Bearbeiten
- Ein globales oder gemeinsam genutztes Objektrepository ist vorzuziehen, wenn eine Anwendung dynamisch ist und sich Objektbeschreibungen häufig ändern.
- Zwischen einem gemeinsam genutzten und einem lokalen Objektrepository wird das gemeinsam genutzte Objektrepository häufiger in Automatisierungsprojekten verwendet.
- Allerdings entstehen im Vergleich zum lokalen Objektrepository zusätzliche Wartungs- und Verwaltungskosten.
Um ein gemeinsames Objekt-Repository zu erstellen und zu verwenden, müssen Sie drei allgemeine Schritte ausführen
- Erstellen eines Shared Object Repository
- Zuordnen eines Shared Object Repository
- Bearbeiten eines Shared Object Repository
Schauen wir sie uns einzeln an
Schritt 1) Erstellen eines Shared Object Repository
- Alle Repositories sind standardmäßig lokal. Um ein Shared Object Repository zu erstellen, gehen Sie im Dialogfeld „Objekt-Repository“ wie folgt vor: Box, Klicken Datei > Lokale Objekte exportieren
- Repository-Dateien haben die Erweiterung .tsrGib einen passenden Namen ein, zum Beispiel „guru99“, und speichere ihn.
- Die Shared Repository-Datei ist nun erstellt
Schritt 2) Zuordnen eines gemeinsamen Objekt-Repositorys
- Der nächste Schritt besteht darin, das Repository mit Ihrem Test zu verknüpfen, wodurch Sie es verwenden können.
- Um ein Repository mit einem Test zu verknüpfen, klicken Sie hier. Ressourcen > Zugehöriges Repository (beschriftet) Zugehörige Repositories im Strom UFT Eine Version)
- Sie können das Repository auswählen, das den in Ihrem Test verfügbaren Aktionen zugeordnet werden soll.
- Sie können dieses gemeinsame Repository nun zur Entwicklung Ihres Tests verwenden.
Schritt 3) Bearbeiten eines Shared Object Repository
- Mit dem Objekt-Repository-Manager können Sie ein gemeinsam genutztes Repository bearbeiten.
- Auswählen Ressourcen > Objekt-Repository-ManagerÖffnen Sie das von uns erstellte Objekt-Repository „guru99“.
- Das Repository ist standardmäßig im Nur-Lese-Modus geöffnet. Um die Bearbeitung zu aktivieren, klicken Sie hier. Datei > Bearbeitung aktivieren
- Sobald die Bearbeitung aktiviert ist, können Sie alle Operationen wie Ausschneiden, Kopieren, Einfügen und Umbenennen von Objekten durchführen, die Sie auch im Objekt-Repository ausführen können.
- Mit dem Objekt-Repository-Manager können Sie auch zwei Objekt-Repositories vergleichen. QTP berichtet über Statistiken zu den Gemeinsamkeiten und den Besonderheiten beider Repositorien.
- Mit dem Objekt-Repository-Zusammenführungstool können Sie zwei Repositories zu einem zusammenführen.
Das folgende Video erläutert den Workflow des gemeinsamen Repositorys.
Unterschied zwischen lokalem und gemeinsam genutztem Objekt-Repository
Die meisten Teams setzen letztendlich beide Arten parallel ein, daher ist es hilfreich, die Vor- und Nachteile an einem Ort zu sehen, bevor man entscheidet, wo ein neues Objekt hingehört.
| Eigenschaften | Lokales Objekt-Repository | Gemeinsam genutztes Objekt-Repository |
|---|---|---|
| Verfügbarkeit | Wird bei jeder Aktion automatisch erstellt | Muss erstellt und dann einer Aktion zugeordnet werden. |
| Geltungsbereich | Ein Repository pro Aktion; nur durch diese Aktion nutzbar. | Eine Datei, die von vielen Aktionen in vielen Tests verwendet werden kann. |
| Datei Format | Gespeichert als ObjectRepository.bdb im Aktionsordner | Als externe Datei gespeichert .tsr Datei |
| Bearbeitung | Direkt im Objekt-Repository-Fenster bearbeitbar | Standardmäßig schreibgeschützt; Bearbeitung über den Objekt-Repository-Manager. |
| Wiederverwendung: | Kann nicht wiederverwendet werden | Konzipiert für Wiederverwendung und Versionskontrolle |
| Wartung | Eine geänderte Eigenschaft muss bei jeder Aktion korrigiert werden. | Eine geänderte Eigenschaft wird einmalig für jeden zugehörigen Test festgelegt. |
| am besten geeignet für | Kleine, stabile Anwendungen und Lerntests mit einer einzigen Aktion | Große oder dynamische Anwendungen mit mehreren Automatisierungsingenieuren |
Kurz gesagt: Das lokale Repository ist beim Start schneller, das gemeinsam genutzte Repository hingegen kostengünstiger in der Wartung. Lerntests und einmalige Prüfungen können lokal bleiben; alles, was eine zweite Person ausführt, gehört in ein gemeinsames Repository. .tsr Datei.
Wie man Objekte direkt zu einem gemeinsam genutzten Objektrepository hinzufügt
Das Exportieren lokaler Objekte ist nur ein Weg zu einem .tsr Datei. Wenn Sie bereits wissen, welche Steuerelemente die Suite benötigt, ist es schneller, zuerst das gemeinsame Repository zu erstellen und überhaupt keine Aufzeichnungen zu erstellen.
- Auswählen Ressourcen > Objekt-Repository-Manager Das Manager-Fenster öffnen.
- Wählen Datei> Neu ein leeres gemeinsames Repository starten oder ein bestehendes öffnen .tsr Datei und auswählen Datei > Bearbeitung aktivieren.
- Verwenden Sie die Objekte hinzufügen Option zum Auswählen des Steuerelements, das Sie in der zu testenden Anwendung kennenlernen möchten, und anschließende Bestätigung der Auswahl.
- Wiederholen Sie diesen Vorgang für jedes Steuerelement, das von der Suite berührt wird, und benennen Sie die Objekte dabei in lesbare Namen um.
- Auswählen Datei> Speichern Speichern Sie die Datei im Quellcodeverwaltungsordner zusammen mit dem Test.
- Zurück im Test, wählen Sie Ressourcen > Zugehöriges Repository und hänge die Datei an jede Aktion an, die sie benötigt.
Zwei Gewohnheiten tragen dazu bei, dass sich dieser Ansatz auszahlt. Benennen Sie Objekte nach ihrer geschäftlichen Funktion und nicht nach ihrer Beschriftung, da sich Beschriftungen häufiger ändern als Funktionen. Verwenden Sie außerdem pro Anwendungsbildschirm oder Modul ein separates Repository anstelle einer einzigen großen Datei, da kleinere Repositories schneller geladen werden und deutlich weniger Merge-Konflikte verursachen.
