Lokalt og delt objektlager i QTP/UFT

⚡ Smart opsummering

Objektlager i QTP/UFT Den ene gemmer de testobjekter og egenskaber, som værktøjet bruger til at genkende din applikation, og den findes i to former: et lokalt arkiv pr. handling og et genanvendeligt delt arkiv.

🔘 Testobjektmodel: QTP lærer objektegenskaber under optagelse og sammenligner dem med objektet under kørsel under afspilning.
☑️ Lokal som standard: Hver handling starter med sit eget lokale arkiv, gemt som ObjectRepository.bdb i handlingsmappen.
✅ Skala for delte lagre: En .tsr-fil findes uden for testen og kan være knyttet til mange handlinger på tværs af mange tests.
🧪 Tre overordnede trin: Opret arkivet, tilknyt det til dine handlinger, og rediger det derefter via Objektarkivhåndtering.
🛠️ Skrivebeskyttet beskyttelse: Et delt arkiv åbnes skrivebeskyttet i Manager, indtil Filer > Aktiver redigering er valgt.
📌 Nuværende navngivning: QTP er nu OpenText Funktionel testning (UFT En), men arkivets menuer og filformater er uændrede.

Læs mere

Hvad er et objektlager i QTP?

Objektopbevaring er en samling af testobjekter og information, der genkendes af QTP for at arbejde på den. Når en bruger optager en test, registreres objekterne og deres egenskaber som standard.

Fordi hvert trin, du automatiserer, skal pege på et gemt objekt, er repository'et det lag, der afgør, om et script fortsætter med at køre, efter at applikationen ændres. Forståelse af, hvordan objekter kommer derhen, kommer først.

Hvordan fungerer objektidentifikation i QTP?

QTP bruger en "menneskelig" teknologi til genstandsidentifikation
Under Optage tid, QTP forsøger at lære egenskaberne for et GUI-objekt, som en operation udføres på.
Under kørselstid, UFT Man sammenligner de gemte objektegenskaber med objektets faktiske egenskaber, der er tilgængelige på skærmen, og identificerer et objekt entydigt uafhængigt af dets placering på skærmen.
Det lagrede objekt kaldes sammen med dets egenskaber Testobjekt
Under kørselstid kaldes det faktiske objekt, der er tilgængeligt i den applikation, der testes, for Run-Time Objekt
Dette er den Hurtigtest "Test objektmodel"
Oplysninger om testobjekterne gemmes i objektarkivet
Tilføjelsesprogrammer hjælper ved at instruere QuickTest på forhånd om arten af det objekt, der skal optages, for at reducere den tid, det tager at lære dets egenskaber at kende.

Lær objektidentifikation med et eksempel i den følgende video

Klik link. hvis videoen ikke er tilgængelig

Typer af objektlager

Der er 2 typer objektarkiv i QTP

Lokalt objektlager
Delt objektlager

De to adskiller sig kun på én måde: hvem ejer objekterne. Det lokale arkiv tilhører en enkelt handling, mens det delte arkiv er en uafhængig fil, som enhver handling kan låne.

Lokalt objektlager

Local Object Repository er standardobjektlageret
Den er specifik for handlinger og kan kun bruges til en bestemt handling
Lokalt objektlager er at foretrække, når applikationen ikke er dynamisk med hensyn til tid.
Lokalt objektlager kan ikke genbruges
Du kan udføre mange handlinger i det lokale objektlager, f.eks.:
- Fremhæv et objekt, der er gemt i et lager på den applikation, der testes
- Kontroller, om et bestemt objekt i din AUT er gemt i objektlageret
- Klip, kopier, indsæt, rediger og slet objekter
- Hvis du ved et uheld har ændret værdien af en ejendom, kan du opdatere dens beskrivelse fra applikationen ved hjælp af opdateringsfunktionen.

Videoen nedenfor demonstrerer arbejdet med det lokale objektlager.

Shared Object Repository: Opret, tilknyt, rediger

Globalt eller delt objektlager er at foretrække, når en applikation er dynamisk, og objektbeskrivelser ændres ofte.
Mellem delt og lokalt objektlager bruges det delte objektlager mere almindeligt i automatiseringsprojekter
Det har dog vedligeholdelses- og administrationsomkostninger sammenlignet med det lokale objektlager.

For at oprette og bruge et delt objektlager skal du udføre tre brede trin

Oprettelse af et delt objektlager
Tilknytning af et delt objektlager
Redigering af et delt objektlager

Lad os se på dem én ad gangen

Trin 1) Oprettelse af et delt objektlager

Alle arkiver er som standard lokale. For at oprette et delt objektarkiv skal du i dialogboksen Objektarkiv Box, Klik Fil > Eksporter lokale objekter
Arkivfiler har en filtypenavn .tsrGiv et passende navn, sig "guru99", og gem
Shared Repository File er nu oprettet

Trin 2) Tilknytning af et delt objektlager

Det næste trin er at tilknytte repository'et til din test, hvilket gør det muligt for dig at bruge det.
For at knytte et repository til en test, klik på Ressourcer > Associeret arkiv (mærket Associerede arkiver i nuværende UFT En version)
Du kan vælge det lager, der skal knyttes til de tilgængelige handlinger i din test.
Du kan nu bruge dette delte arkiv til at udvikle din test

Trin 3) Redigering af et delt objektlager

Du kan bruge Objektlageradministratoren til at redigere et delt lager.
Type Ressourcer > ObjektarkivhåndteringÅbn objektarkivet, som vi har oprettet, “guru99”.
Som standard åbnes arkivet i skrivebeskyttet tilstand. Klik på for at aktivere redigering Fil > Aktivér redigering
Når redigering er aktiveret, kan du udføre alle handlinger som at klippe, kopiere, indsætte og omdøbe objekter, som du også kan gøre i objektarkivet.
Ved hjælp af Object Repository Manager kan du også sammenligne to objektlagre. QTP rapporterer statistikker om, hvad der er unikt, og hvad der er fælles i begge repositorier
Du kan bruge værktøjet Object Repository Merge til at flette to arkiver sammen til ét.

Følgende video gennemgår arbejdsgangen for det delte arkiv.

Forskellen mellem lokalt og delt objektlager

De fleste hold kører i sidste ende begge slags side om side, så det hjælper at se afvejningerne på ét sted, før man beslutter, hvor et nyt objekt hører hjemme.

Kriterier	Lokalt objektlager	Delt objektlager
tilgængelighed	Oprettes automatisk ved hver handling	Skal oprettes og derefter tilknyttes en handling
Anvendelsesområde	Ét arkiv pr. handling; kun brugbart af den pågældende handling	Én fil, der kan bruges af mange handlinger på tværs af mange tests
filformat	Gemt som Objektarkiv.bdb inde i handlingsmappen	Gemt som ekstern .tsr fil
Redigering	Kan redigeres direkte i objektarkivvinduet	Skrivebeskyttet som standard; redigeret via Object Repository Manager
Genbruge	Kan ikke genbruges	Designet til genbrug og versionskontrol
Vedligeholdelse	En ændret egenskab skal rettes i hver handling	En ændret egenskab rettes én gang for hver tilknyttet test
Bedst egnet til	Små, stabile applikationer og single-action learning tests	Store eller dynamiske applikationer med flere automationsingeniører

Kort sagt er det lokale repository hurtigere at starte med, og det delte repository er billigere at vedligeholde. Læringstests og engangstjek kan forblive lokale; alt, hvad en anden person kører, hører hjemme i en .tsr fil.

Sådan tilføjer du objekter direkte til et delt objektlager

Eksport af lokale objekter er kun én vej til en .tsr fil. Når du allerede ved, hvilke kontroller pakken har brug for, er det hurtigere at bygge det delte arkiv først og slet ikke optage.

Type Ressourcer > Objektarkivhåndtering for at åbne vinduet Manager.
Vælg Fil> Ny for at starte et tomt delt arkiv eller åbne et eksisterende .tsr fil og vælg Fil > Aktivér redigering.
Brug Tilføj objekter mulighed for at pege på den kontrol, du vil lære i den applikation, der testes, og bekræft derefter valget.
Gentag for hver kontrol, som pakken berører, og omdøb objekter til noget læsbart undervejs.
Type Fil> Gem og gem filen i din kildekontrolmappe sammen med testen.
Tilbage i testen, vælg Ressourcer > Associeret arkiv og vedhæft filen til hver handling, der har brug for den.

To vaner gør denne tilgang til en fordel. Navngiv objekter efter deres forretningsrolle i stedet for deres billedtekst, da billedtekster ændres oftere end roller. Behold også ét arkiv pr. applikationsskærm eller modul i stedet for én kæmpe fil, da mindre arkiver indlæses hurtigere og producerer langt færre flettekonflikter.

Ofte Stillede Spørgsmål

Et lokalt objektlager gemmes som ObjectRepository.bdb i dets handlingsmappe. Et delt objektlager gemmes som en separat .tsr-fil, der ligger uden for testen og kan tjekkes ind i kildekoden.

Ja. Åbn vinduet Objektlager for handlingen, og vælg Filer, og vælg derefter Eksporter lokale objekter. QTP skriver handlingens objekter til en .tsr-fil, som du derefter knytter til enhver handling, der har brug for dem.

Ja. Dialogboksen Tilknyttet arkiv accepterer flere .tsr-filer pr. handling og lader dig indstille deres prioritetsrækkefølge. Når det samme objektnavn vises to gange, vinder arkivet, der er højere på listen.

Objektlageradministratoren åbner delte filer skrivebeskyttet, så to ingeniører ikke kan overskrive hinanden. Vælg Fil, derefter Aktiver redigering, for at fjerne skrivelåsen, og luk filen, når du er færdig, så kolleger kan redigere den.

AI-assisteret identifikation i UFT Man matcher kontroller efter visuelt udseende og etikettekst i stedet for faste egenskaber, så en omdøbt klasse ikke længere afbryder trinnet. Selvreparerende forslag markerer også forældede arkivbeskrivelser efter en ændring af brugergrænsefladen.

Copilot kan udarbejde den omgivende VBScript-logik, loops og rapportering, men den kan ikke se dit repository. Objektnavne skal stadig komme fra selve repository'et, så behandl genererede hierarkier som pladsholdere og bekræft hver enkelt med Objektspion.

Nej, det supplerer det. Descriptive programmering opbygger en objektbeskrivelse i kode under kørsel, hvilket er egnet til dynamiske kontroller, mens repository'et forbliver det bedre valg til stabile skærmbilleder og læsbare scripts.

Åbn begge filer i Object Repository Manager, og kør Object Repository Merge Tool. Det rapporterer, hvilke objekter der er fælles, og hvilke der er unikke, og lader dig derefter løse hver konflikt, før du skriver den flettede .tsr-fil.