Meny

QTP-handledning # 8 - Lär dig mer om QTP-inspelningslägen, Object Spy och Object Repositories

  • Huvud
  • Automationstestning
  • QTP-handledning # 8 - Lär dig mer om QTP-inspelningslägen, Object Spy och Object Repositories

qtp tutorial 8 learn about qtp recording modes

Prova Vårt Instrument För Att Eliminera Problem

I den här artikeln kommer vi att prata om de olika inspelningslägena, Object Spy och Object repositories i QTP.

=> Klicka här för QTP Training Tutorials Series

Inspelningslägen i QTP

Inspelningen är den vanligaste metoden för att skapa ett test. Grundstegen registreras vanligtvis och testet genomgår senare förbättringar för att passa testprocessens behov.

Objektförvar

Vad du kommer att lära dig:

Lär dig om QTP-inspelningslägen

QTP erbjuder 3 inspelningslägen:

hur man öppnar en torrentfil
  • Vanligt
  • Låg nivå
  • Analog

Även om bara det normala inspelningsläget används för det mesta är det viktigt att känna till de andra, eftersom kunskapen om detsamma kan komma till nytta när behovet uppstår för dem.

Normal inspelningsläge : Standardinspelningsmetoden är alltid det normala läget. I alla våra tidigare artiklar när vi säger spela menade vi det normala läget. Så som vi vet använder denna metod modellen för testobjekt och Runtime-objekt för att lära sig och agera på AUT.

Analog inspelningsläge : registrerar exakt mus och tangenttryckningar som användaren utför i förhållande till antingen skärmen eller AUT-fönstret. Stegen som spelas in med den här metoden kan inte redigeras.

Sättet som detta vanligtvis blir representerat i kod är:

Fönster / app.RunAnalog “Track1”

Ett scenario där denna typ av inspelning kan användas är när vi försöker fånga en signatur.

Inspelningsläge på låg nivå: Detta läge registrerar koordinaterna i applikationen där operationen utförs, oavsett om QTP känner igen det specifika objektet eller operationen.

Några viktiga punkter att notera om dessa olika lägen är:

  • Mitt i inspelningen kan vi växla till läget Analog / Low-level, avsluta den uppgift som krävs och gå tillbaka till normal inspelning
  • Analoga och låga inspelningslägen kräver mer minnesutrymme än normalt läge.
  • Musrörelser registreras inte i inspelningsläget på låg nivå
  • Växlingen till analogt läge är endast tillgänglig under inspelning och inte under redigering
  • Testet som spelas in i ett analogt läge misslyckas om det körs efter att skärmupplösningen har ändrats.

Menyalternativet för att ändra inspelningsläget är:

Ändra inspelningsläge i QTP

Objekt Spy

Object Spy är ett extremt användbart verktyg som QTP har för att se egenskaper och funktioner för ett objekt i AUT. Förutsättningen för att använda detta verktyg är att AUT måste öppnas.

Object Spy kan nås med hjälp av 'Verktyg-> Object Spy' eller genom att klicka på nedan

ikon 11

Objekt Spy i QTP

Det är också tillgängligt från fönstren Objektförvar och Objektförvar.

När Object Spy lanseras så ser gränssnittet ut:

Object Spy lanserades i QTP

Genom att klicka på den spetsiga handen kan du peka på ett objekt vars egenskaper du vill undersöka.

Så här visar egenskaperna:

Objekt Spy egenskaper

Som du kan se visar det alla objektets egenskaper och motsvarande värden. Det visar objekthierarkin. Det finns också en flik 'Operationer' som när du klickar på visar alla operationer som kan utföras på testobjektet.

Objekt Spy operationer

Spionen visar inte bara egenskaperna, men den har också en bestämmelse som låter användarna lägga till ett visst objekt till OR.

Du kan göra det genom att klicka på OR-ikonen med ett + i.

Objektförvar

I en av de tidigare artiklarna pratade vi om hur en OR är som ett lager där alla dina objekt lagras.

OR har listan över objekt som QTP lärde sig under inspelningsprocessen och den klass de tillhör. Den lagrar uppsättningen egenskaper som unikt identifierar objektet (beskrivning) och namnger också objektet för identifiering i vårt test baserat på dess mest framträdande funktion.

Objekten som hanteras under posten läggs automatiskt till i OR. Alternativt kan användaren lägga till ytterligare objekt efter behov. Detta kan göras direkt från ELLER-fönstret eller från Object Spy. (Ctrl + R eller Resurser-> Objektförvar eller klicka på ikonen.)

Det finns två typer av arkiv:

  • Lokal
  • Delad

Varje gång ett test skapas har vi sett att en uppmaning till åtgärd 1 är det enda uttalandet som standard. Vi kan lägga till andra åtgärder och ringa dem efter behov. Så för varje åtgärd skapar QTP ett eget lokalt arkiv som standard. Den innehåller objekten som är relaterade till just den åtgärden.

Omvänt kan användaren besluta att använda ett gemensamt arkiv för flera åtgärder, i vilket fall detta arkiv ska associeras med åtgärderna och alla kan dela de objekt som det innehåller. Detta kan göras med hjälp av “Object Repository manager”.

Objekten kan exporteras från ett lokalt arkiv till den delade för att bibehålla en enda plats för alla objekt. Dessutom är ett delat arkiv skrivskyddat i aktivitetsnivån och alla ändringar av det måste göras via 'Object Repository manager'.

Förvaret som ska användas av åtgärder måste specificeras i åtgärdsegenskaperna.

Hur det görs praktiskt taget är något vi kommer att undersöka med några exempel senare.

Några av de viktiga punkterna att notera här är:

  • Även om det finns ett enda delat arkiv för alla åtgärder kommer varje åtgärd att ha sitt eget lokala arkiv, oavsett om testet använder det eller inte. Till exempel, För test 1 om det finns åtgärd 0, åtgärd 1 och åtgärd 2 och det finns en delad databas ORShared, finns det lokala förråd OR0, OR1 och OR2 som standard. Men om alla åtgärder använder en delad databas, kommer den lokala ELLER vara tom.
  • Om en lokal ELLER och Delad ELLER har ett objekt med samma namn kommer åtgärden att ta hänsyn till objektet i dess lokala ELLER.
  • Det kan finnas mer än en delad ELLER som är associerad med samma åtgärd. Om Delad OR1 och Delad OR2 har ett objekt med namnet OBJ1 vardera och om åtgärden kräver OBJ1 kommer den ordning i vilken de delade OR: erna associerades att övervägas. Det betyder att om Delad OR1 först var associerad kommer OBJ1 från Delad OR1 att beaktas.

Det är självklart att ha ett Shared Object Repository är mer effektivt eftersom det hjälper till enkelt underhåll och du kan använda en objektbeskrivning över flera åtgärder.

Här behandlade vi några av de viktigaste begreppen som gör det möjligt för oss att förstå och skapa bättre QTP-tester. Enligt min mening är information om åtgärder, aktiv skärm och ett ganska improviserat men viktigt lösenordskodverktyg några fler aspekter som vi måste täcka innan vi går till mer avancerade ämnen.

Det här är handledning nr 8 i vårt omfattande online QTP-utbildning serier. Det finns ~ 30 QTP-självstudier i denna online-QTP-utbildning. Vi hoppas att du kommer att dra nytta av dessa för att lära dig QTP.

=> Besök här för QTP Training Tutorials Series

Rekommenderad läsning

^