Meny

WinRunner Automation Tool (historia och intervjufrågor)

winrunner automation tool history

Prova Vårt Instrument För Att Eliminera Problem

Omfattande granskning av WinRunner Automation Tool, vanliga frågor och svar för att förbereda sig för den kommande intervjun:

Detta är en del av inlägget, 'WinRunner intervjufrågor och svar-serien'

HP WinRunner Automation Tool ägdes av Mercury Interactive. När HP förvärvade Mercury Interactive stoppade de Winrunner-supporten och föreslog att man använder HP: s funktionella testprogramvara.

WinRunner Automation Tool

Det här är några viktiga WinRunner-intervjufrågor som ofta ställs i Automation Testing-intervjun. Om du är osäker på något svar, be mig om förtydligande i dina kommentarer i kommentarsektionen. Denna WinRunner-inläggsserie för självstudier är en del av förberedelsesserien för testintervjuer för att hjälpa dig med din förberedelse.

Vad du kommer att lära dig:

WinRunner Automation Tool Preparation

Winrunner

Nedan nämns några frågor och svar som hjälper dig att förstå förberedelserna för WinRunner Automation-verktyget.

F # 1) Hur analyserar du testresultat i WinRunner-verktyget och rapporterar brister?

Svar: När du är klar med ett test i WinRunner visar det resultaten i ett rapportformat.

Rapporten loggar den allmänna informationen om testkörningen .ie. datum, operatörsläge och total körtid. Rapporterna innehåller också alla viktiga händelser som inträffade under körningen, till exempel kontrollpunkter, felmeddelanden, systemmeddelanden eller användarmeddelanden.

En överensstämmelse kan hittas i rapportpanelen genom att jämföra det faktiska resultatet och det förväntade resultatet. Om en testkörning misslyckas på grund av en defekt i applikationen som testas kan du rapportera information om defekten direkt från fönstret Testresultat.

gratis videokonverteringsprogramvara för Windows

Denna information skickas via e-post till kvalitetssäkringschefen, som spårar defekten tills den har åtgärdats.

F # 2) Vad är nyttan av Test Director Testing Tool?

Svar: Test Director är Mercury Interactives programvara Test Management Tool. Det hjälper kvalitetssäkringspersonalen att planera och organisera testprocessen. Med TestDirector kan du skapa en databas med manuella och automatiserade tester, bygga testcykler, köra tester och rapportera och spåra defekter.

Du kan också skapa rapporter och diagram som hjälper dig att granska utvecklingen av planeringstester, körning av tester och spårningsfel innan en programversion släpps.

F # 3) Hur integrerar jag automatiserade skript från TestDirector till Windrunner-skript?

Svar: När du arbetar i WinRunner och skapar ett testskript har du möjlighet att spara det direkt i testdirektörens testförvar.

Eller när vi skapar ett testfall i TestDirector kan vi ange om skriptet är automatiskt eller manuellt.

Och om det är ett automatiserat skript kommer TestDirector att bygga ett skelett för skriptet som TSL (Test Script Language) av WinRunner som senare kan modifieras till ett som kan användas för att testa applikationen.

F # 4) Vilka är de olika inspelningssätten i WinRunner?

Svar: Det finns två typer av inspelning i WinRunner:

  • Kontextkänslig inspelning, som registrerar de åtgärder du utför på din applikation genom att identifiera grafiska användargränssnittsobjekt (GUI). WinRunner identifierar alla objekt i ditt fönster som du har klickat på som menyer, fönster, listor, knappar och vilken typ av åtgärd du utför, som att aktivera, flytta, välja osv.
  • Analog inspelning spelar in tangentbordets inmatning, musklick och de exakta x- och y-koordinaterna som muspekaren färdas över skärmen, det vill säga WinRunner registrerar exakta koordinater som musen har rest.

F # 5) Vad är syftet med att ladda WinRunner-tillägg?

Svar: Tillägg används i WinRunner för att ladda funktioner som är specifika för det specifika tillägget i minnet. När du skapar ett skript listas endast de funktioner i tillägget som är valda i funktionsgeneratorn.

Och medan man kör skriptet kommer bara de funktioner som finns i det laddade tillägget att köras annars kommer WinRunner att ge ett felmeddelande som säger att det inte känner igen funktionen.

F # 6) Vilka är anledningarna till att WinRunner inte identifierar GUI-objektet?

Svar: WinRunner misslyckas med att identifiera ett objekt i ett GUI på grund av olika skäl. Få av dem är listade nedan.

  • Objektet är inte ett standardfönsterobjekt.
  • Om den använda webbläsaren inte är kompatibel med WinRunner-versionen kommer GUI Map Editor inte att kunna lära sig något av objekten som visas i webbläsarfönstret.

F # 7) Vad menar du med objektets logiska namn?

Svar: När du klickar på ett objekt tilldelar WinRunner objektet ett logiskt namn, vilket vanligtvis är objektets textetikett. Det logiska namnet gör det enkelt för dig att läsa testskriptet.

Till exempel, när du har markerat kryssrutan Beställningsnummer har WinRunner spelat in följande uttalande i WinRunner TSL:
button_set ('Beställningsnummer', PÅ);
'Beställningsnr.' är objektets logiska namn.

Ett objekts logiska namn bestäms av dess klass. I de flesta fall är det logiska namnet den etikett som visas på ett objekt.

F # 8) Vad är det logiska namnet om objektet inte har något namn?

Svar: Om objektet inte har något namn kan det logiska namnet vara den bifogade texten.

F # 9) Vad är skillnaden mellan GUI-kartan och GUI-kartfilerna?

Svar: GUI-kartan är summan av en eller flera GUI-kartfiler. Det finns två lägen för att organisera GUI-kartfiler.

  • Global GUI-kartfil: Detta är en enda GUI-kartfil för hela applikationen.
  • GUI-kartfil för test: WinRunner skapar automatiskt en GUI Map-fil för varje test som skapas.

GUI Map-fil är en fil som innehåller fönstren och objekten som WinRunner har lärt sig med dess logiska namn och deras fysiska beskrivning.

WinRunner-intervjufrågor med svar

I det här inlägget i WinRunner-intervjuförberedelserien hittar du här vanliga frågor om WinRunner-intervju med svar.

De flesta frågorna är baserade på Test Script Language (TSL), inspelningsskript i WinRunner och introduktion till några viktiga grundläggande WinRunner mest använda kommandon.

F # 1) Vad är syftet med set_window-kommandot?

Svar: Kommandot Set_Window ställer in fokus till det angivna fönstret. Vi använder detta kommando för att ställa in fokus på önskat fönster innan vi utför tester på ett visst fönster.

Syntax: set_window (, tid);

Här är det logiska namnet det logiska namnet på fönstret och tiden är den tid som körningen måste vänta tills det ger det givna fönstret i fokus.

Till exempel:
set_window (“Print”, 12);
knapp_tryck (“OK”);

Här,
Set_window-uttalandet indikerar att utskriftsfönstret är det aktiva fönstret.
OK-knappen lärs in inom ramen för detta fönster.

Om du programmerar ett test manuellt måste du ange set_window-uttalandet och det aktiva fönstret ändras. När du redigerar ett skript, var försiktig så att du inte tar bort nödvändiga set_window-uttalanden.

F # 2) Varför laddar vi normalt inte GUI-kartorna via startskript?

Svar: Vi laddar normalt inte GUI-kartorna genom startskript som:

  • Om vi ​​använder en enda GUI Map-fil för hela AUT kan det minne som GUI Map använder vara mycket högt.
  • Om det ändras i objektet som lärs in kommer WinRunner inte att kunna känna igen objektet, eftersom det inte finns i GUI Map-filen som är laddad i minnet. Så vi måste lära oss objektet igen och uppdatera GUI-filen och ladda om den.

F # 3) Hur laddar du ner GUI-kartan?

Svar: Vi kan använda kommandot GUI_close för att ladda ner en specifik GUI Map-fil eller annars kan vi använda GUI_close_all-kommandot för att ladda ner alla GUI Map-filer som är laddade i minnet.

Syntax: GUI_close (); eller GUI_close_all;

Du kan också använda funktionerna GUI_unload och GUI_unload_all för att ladda ner laddade GUI-kartfiler.

F # 4) Vad använder GUI-kartan och vad händer när GUI-kartfilen laddas?

Svar: När vi laddar en GUI Map-fil laddas informationen om fönstren och objekten med deras logiska namn och fysiska beskrivning i minnet.

Så när WinRunner kör ett skript i ett visst fönster kan den identifiera objekten med hjälp av den här informationen som laddas i minnet.

F # 5) Hur kopierar och flyttar du objekt mellan olika GUI-kartfiler?

Svar: Vi kan kopiera och flytta objekt mellan olika GUI Map-filer med GUI Map Editor.

Stegen som ska följas är:

  • Välj Verktyg> GUI Map Editor för att öppna GUI Map Editor.
  • Välj Visa> GUI-filer.
  • Klicka på Expand i GUI Map Editor. Dialogrutan expanderar för att visa två GUI-kartfiler samtidigt.
  • Visa en annan GUI-kartfil på varje sida av dialogrutan genom att klicka på filnamnen i GUI-fillistorna.
  • Välj de objekt du vill kopiera eller flytta i en fil. Använd Shift-tangenten och / eller Control-tangenten för att välja flera objekt. Om du vill markera alla objekt i en GUI-kartfil väljer du Redigera> Markera alla.
  • Klicka på Kopiera eller flytta.
  • För att återställa GUI Map Editor till sin ursprungliga storlek, klicka på Dölj.

F # 6) Hur konfigurerar du GUI-kartan?

Svar: GUI-kartan kan konfigureras som:

  • När WinRunner lär sig beskrivningen av ett GUI-objekt lär sig det inte alla dess egenskaper. Istället lär sig det minsta antalet egenskaper för att ge en unik identifiering av objektet.
  • Många applikationer innehåller också anpassade GUI-objekt. Ett anpassat objekt är ett objekt som inte tillhör en av standardklasserna som används av WinRunner. Dessa objekt tilldelas därför den generiska 'objekt' -klassen. När WinRunner spelar in en operation på ett anpassat objekt genererar det obj_mouse_-uttalanden i testskriptet.
  • Om ett anpassat objekt liknar ett standardobjekt kan du mappa det till en av standardklasserna. Du kan också konfigurera egenskaperna som WinRunner använder för att identifiera ett anpassat objekt under kontextkänslig testning. Kartläggningen och konfigurationen som du ställer in gäller endast för den aktuella WinRunner-sessionen. För att göra kartläggningen och konfigurationen permanent måste du lägga till konfigurationsuttalanden i ditt starttestskript.

F # 7) Vad är syftet med en GUI-spion?

gratis fildelningswebbplatser för nedladdning

Svar: Med GUI Spy kan du visa egenskaperna för vilket GUI-objekt som helst på skrivbordet. Du använder Spy-pekaren för att peka på ett objekt, och GUI Spy visar egenskaperna och deras värden i dialogrutan GUI Spy.

Du kan välja att visa alla objektets egenskaper eller endast den valda uppsättningen egenskaper som WinRunner lär sig.

F # 8) Vad är syftet med olika inspelningsmetoder 1) Spela in 2) Skicka upp 3) Som objekt 4) Ignorera.

Svar:

  • Spela in instruerar WinRunner att spela in alla operationer som utförs på ett GUI-objekt. Detta är standardinspelningsmetoden för alla klasser. (Det enda undantaget är den statiska klassen (statisk text), som standard är Pass Up.)
  • Avstå instruerar WinRunner att spela in en operation som utförs på denna klass som en operation som utförs på elementet som innehåller objektet. Vanligtvis är detta element ett fönster och operationen registreras som win_mouse_click.
  • Som objekt instruerar WinRunner att spela in alla operationer som utförs på ett GUI-objekt som om dess klass var 'objekt' -klass.
  • Ignorera instruerar WinRunner att bortse från alla åtgärder som utförs i klassen.

F # 9) Vilka är de virtuella objekten och hur lär du dig dem?

Svar: Du kan lära WinRunner att känna igen vilken bitmapp som helst i ett fönster som ett GUI-objekt genom att definiera bitmappen som ett virtuellt objekt.

Du kan skapa virtuella tryckknappar, radioknappar, kontrollknappar, listor eller tabeller, beroende på bitmappens beteende i din applikation. Om inget av dessa är lämpligt kan du mappa ett virtuellt objekt till den allmänna objektklassen.

  • Applikationer kan innehålla bitmappar som ser ut och beter sig som GUI-objekt. WinRunner registrerar operationer på dessa bitmappar med win_mouse_click-uttalanden. Genom att definiera en bitmapp som ett virtuellt objekt kan du instruera WinRunner att behandla det som ett GUI-objekt, t.ex. en tryckknapp, när du spelar in och kör test.
  • Med guiden Virtuellt objekt kan du tilldela en bitmapp till en standardobjektklass, definiera koordinaterna för det objektet och tilldela det ett logiskt namn.

F # 10) Vad använder guiden Virtual Object och hur den används?

Svar: För att definiera ett virtuellt objekt med hjälp av guiden för virtuellt objekt följs anlitade steg:

  • Välj Verktyg> Guiden virtuellt objekt. Guiden Virtuellt objekt öppnas. Klicka på Nästa.
  • Välj en klass för det nya virtuella objektet i klasslistan. Om rader visas i fönstret. Välj ett antal synliga rader och kolumner för en tabellklass. Klicka på Nästa.
  • Klicka på Markera objekt. Använd hårkorspekaren för att välja det virtuella objektets område. Du kan använda piltangenterna för att göra exakta justeringar av det område du definierar med hårkorset. Tryck på Enter eller klicka på höger musknapp för att visa det virtuella objektets koordinater i guiden. Om det markerade objektet syns på skärmen kan du klicka på markeringsknappen för att visa det. Klicka på Nästa.
  • Tilldela ett virtuellt objekt ett logiskt namn. Det här är namnet som visas i testskriptet när du spelar in på det virtuella objektet. Om objektet innehåller text som WinRunner kan läsa föreslår guiden att du använder den här texten för det logiska namnet. Annars föreslår WinRunner virtual_object, virtual_push_button, virtual_list, etc.
  • Du kan acceptera guiden förslag eller skriva in ett annat namn. WinRunner kontrollerar att det inte finns några andra objekt på GUI-kartan med samma namn innan du bekräftar ditt val. Klicka på Nästa.

F # 11) Vilka är lägena för skriptinspelning i WinRunner?

Svar: Det finns två inspelningslägen i WinRunner.

  • Kontextkänslig inspelning registrerar de åtgärder du utför på din applikation genom att identifiera grafiska användargränssnitt (GUI) -objekt.
  • Analog inspelning registrerar tangentbordets inmatning, musklick och de exakta x- och y-koordinaterna som muspekaren rör sig över skärmen.

F # 12) Vad är en kontrollpunkt och vilka olika typer av kontrollpunkter?

Svar: Med checkpoints kan du jämföra det aktuella beteendet hos applikationen som testas med dess beteende i en tidigare version.

Du kan lägga till fyra typer av kontrollpunkter i dina testskript:

  • GUI-kontrollpunkter verifiera information om GUI-objekt. Till exempel, du kan kontrollera att en knapp är aktiverad eller se vilket objekt som är valt i en lista.
  • Bitmap-kontrollpunkter ta en ögonblicksbild av ett fönster eller område i din applikation och jämför det med en bild som tagits i en tidigare version.
  • Textkontroller läs texten i GUI-objekt och bitmappar och gör det möjligt för dig att verifiera deras innehåll.
  • Databaskontroller kontrollera innehållet och antalet rader och kolumner i en resultatuppsättning, som är baserad på en fråga som du skapar din databas.

Vanliga frågor om Winrunner

Här är listan med några vanliga frågor om WinRunner-intervju med svar.

Jag kommer att fortsätta den här serien när jag publicerade några WinRunner-frågor och svar.

F # 13) Hur har du använt WinRunner i ditt projekt?

Svar: Ja, jag har använt WinRunner för att skapa automatiska skript för GUI, funktionell och regressionstestning av AUT.

avancerade c ++ intervjufrågor

F # 14) Förklara testprocessen för WinRunner?

Svar: WinRunner-testprocessen involverar sex huvudsteg:

  • Skapa en GUI-kartfil så att WinRunner kan känna igen GUI-objekten i applikationen som testas.
  • Skapa testskript genom inspelning, programmering eller en kombination av båda. När du spelar in tester ska du infoga kontrollpunkter där du vill kontrollera svaret på den applikation som testas.
  • Felsökningstest: kör tester i felsökningsläge för att se till att de fungerar smidigt.
  • Kör tester: kör tester i verifieringsläge för att testa din applikation.
  • Se Resultat: Bestämmer testets framgång eller misslyckande.
  • Rapportera brister: Om en testkörning misslyckas på grund av en defekt i applikationen som testas kan du rapportera information om defekten direkt från fönstret Testresultat.

F # 15) Vad finns i GUI-kartan?

Svar: WinRunner lagrar information som den lär sig om ett fönster eller objekt i en GUI-karta.

När WinRunner kör ett test använder den GUI-kartan för att hitta objekt. Den läser ett objekts beskrivning i GUI-kartan och letar sedan efter ett objekt med samma egenskaper i applikationen som testas. Var och en av dessa objekt i GUI Map-filen kommer att ha ett logiskt namn och en fysisk beskrivning.

Det finns två typer av GUI Map-filer:

  • Global GUI-kartfil: Detta är en enda GUI-kartfil för hela applikationen
  • GUI-kartfil för test: WinRunner skapar automatiskt en GUI Map-fil för varje test som skapas.

F # 16) Hur känner WinRunner igen objekt i programmet?

Svar: WinRunner använder GUI Map-filen för att känna igen objekt i applikationen. När WinRunner kör ett test använder den GUI-kartan för att hitta objekt. Den läser ett objekts beskrivning i GUI-kartan och letar sedan efter ett objekt med samma egenskaper i applikationen som testas.

F # 17) Har du skapat testmanus och vad finns i testmanusen?

Svar: Ja, jag har skapat testskript. Den innehåller uttalandet i Mercury Interactive's Test Script Language (TSL). Dessa uttalanden visas som ett testskript i ett testfönster.

Du kan sedan förbättra ditt inspelade testskript, antingen genom att skriva in ytterligare TSL-funktioner och programmeringselement eller genom att använda WinRunners visuella programmeringsverktyg, Function Generator.

F # 18) Hur utvärderar WinRunner testresultaten?

Svar: Efter varje testkörning visar WinRunner resultaten i en rapport. Rapporten beskriver alla viktiga händelser som inträffade under körningen, till exempel kontrollpunkter, felmeddelanden, systemmeddelanden eller användarmeddelanden.

Om felparningar upptäcks vid kontrollpunkter under testkörningen kan du se de förväntade resultaten och de faktiska resultaten från fönstret Testresultat.

F # 19) Har du utfört felsökning av skript?

Svar: Ja, jag har utfört felsökning av skript. Vi kan felsöka skriptet genom att köra skriptet i felsökningsläget. Vi kan också felsöka skript med hjälp av steg, steg in, steg ut-funktionerna som tillhandahålls av WinRunner.

F # 20) Hur kör du dina testskript?

Svar: Vi kör test i Verifiera läge för att testa din ansökan. Varje gång WinRunner stöter på en kontrollpunkt i testskriptet jämförs de aktuella uppgifterna för den applikation som testas med de förväntade data som samlats in tidigare.

Om det finns några felaktigheter matchar WinRunner dem som faktiska resultat.

WinRunner-skärmfrågor

Screeningfrågor: Intervjuaren kan avvisa kandidaten om han / hon inte kan svara på två frågor av följande fyra frågor:

F # 21) Var lärde du dig WinRunner och TestDirector?

Svar: Om de säger att det var i en kvicksilverklass, fråga om de kan visa ditt intyg om att de är färdiga. Om de säger nej, låt dem veta att du kommer att verifiera det med Mercury.

F # 22) Har du någonsin skapat ett start-script?

Svar: Om de svarar ”ja”, fråga dem vad som fanns i det och hur de fick WR att köra start-up-skriptet när WR åberopas.

De borde svara något så här: ”I start-up-skriptet laddade vi alla GUI-kartor för applikationen, alla biblioteksfiler vi behövde och alla anpassade GUI-objektmappningar vi måste göra.

Vi laddade också globala variabler och systemvariabler här. Startskriptplatsen läggs till i WR .ini-filen, wrun.ini som ligger under Windows eller WinNT-katalogen som wrun.ini ”

F # 23) Vad är skillnaden mellan att skriva en funktion och skriva ett manus?

Svar: Skillnader listas nedan:

  • En funktion går in i en ”kompilerad modul”, ett skript som inte gör det.
  • En funktion följer en strikt “c” syntax. Till exempel, du måste deklarera alla variabler som skapats och använts i funktionen. I ett manus gör du det inte.

F # 24) Vad är skillnaden mellan 'set_window' och 'win_activate'.?När skulle du använda “set_window” och när skulle du använda “win_activate”?

Svar:

win_activate har formatet: win_activate (fönster) ;.

Win_activate-funktionen gör det angivna fönstret till det aktiva fönstret genom att fokusera det och höja det till toppen av skärmen. (Det motsvarar att klicka på fönsterbannern)

set_window har följande format: set_window (fönster, (tid));

Set_window-funktionen leder inmatningen till rätt applikationsfönster. Detta leder GUI-kartan till det här fönstret. Det anger också möjligheten för objektidentifiering i GUI-kartan.

Den viktigaste skillnaden är att set_window har ett tidsalternativ. WinRunner väntar på högst det antal som används i funktionen, PLUS ställer systemet in en timeout för att vänta på att fönstret ska visas.

Win_activate förutsätter att fönstret redan finns på skrivbordet och inte har något tidsalternativ.

Slutsats

Det här är några enkla frågor som borde vara väldigt enkla för en WR-användare som har minst 6 månaders god erfarenhet att svara på.

Med vänliga hälsningar!!

Rekommenderad läsning

^