61 UFT-interviewspørgsmål og svar, som du bør vide

Nu om dagen øges kravene fra testautomationer hurtigt for at spare tid og penge. Der findes mange værktøjer til at automatisere softwaretestprocessen i IT-branchen. Men hvis vi overvejer de forskellige aspekter som fleksibiliteten ved scripting, nem vedligeholdelse, hurtig udvikling, så er vi nødt til at vælge Unified Functional Testing (UFT) værktøj, der tidligere var kendt som Quick Test Professional (QTP).

Gennem denne “UFT Interview Spørgsmål og svar artikel ”, vil vi vise de hyppigt stillede UFT-spørgsmål og svar, som giver dig flere eksponeringer for UFT-interviews. Det UFT Interview Spørgsmål og svar artiklen vil også hjælpe med at få forberedelsen til at møde UFT jobinterviews.

Top UFT Interview Spørgsmål og svar

Q1. Hvad er softwaretest?

Ans: Test er en proces til at kontrollere parathed af slutproduktet med forventet kvalitet. Der er flere niveauer af test defineret gennem softwareudviklingsprocessen. Softwaretesten kan udføres ved manuel eller automatiseret proces.

Q2. Hvorfor er test påkrævet?

Ans: Formål med testning -

  • Sikre kvaliteten af ​​softwareprodukter.
  • Identificer problemer eller brud i en applikation inden produktionsinstallationen.
  • Sørg for, at alle forretningskrav er opfyldt.
  • Find ud af, om der er problemer med ydeevnen.

Q3. Hvad er de forskellige testmetoder?

Ans: Forskellige typer af test er specificeret nedenfor - 

Enhedstest - Udført af udvikleren i softwareudviklingsfasen.

Integrationstest - Det udføres af testeren under integrationsfasen af ​​forskellige softwarekomponenter.

Systemtest - Det gøres for at sikre den overordnede kvalitet af softwareprodukterne efter afslutning af integrationstesten.

Integrationstest - Dette gøres efter integrationen af ​​forskellige komponenter / undersystemer til enhver applikation.

Bruger Acceptance Testing - Det gøres af modtageren af ​​produktet for at kontrollere, om alle kravene er opfyldt.

Tilbagevendende test - Dette gøres for at kontrollere forretningens sædvanlige processer i applikationen efter enhver større eller mindre kodefald.

Q4. Hvad er automatiseringstest?

Ans: I dag er der en stor mulighed for, at softwaretest udføres hurtigt og effektivt med korrekt kvalitetssikring. Så testautomatiseringen er den perfekte løsning, hvilket betyder, at test kan udføres gennem værktøjer / robotter for at reducere indsatsen og øge effektiviteten.

Q5. Hvorfor er automatiseret test så vigtig?

Ans: Vigtigheden af ​​automatiseringstest er –

  • Hurtig testudførelsescyklus.
  • Undgå menneskelige fejl under testningen.
  • Reducer den manuelle testudførelsesindsats.
  • Reducer tiden for den samlede softwareudgivelsescyklus.
  • Mere testdækning sikrer bedre softwarekvalitet.
  • Parallel udførelse kan være mulig.

Q6. Hvad er de største automatiserede testværktøjer, der er tilgængelige på markedet?

Svar: De vigtigste værktøjer, der er tilgængelige på markedet, er - UFT, Selen, RFT, ToscaOsv

Q7. Hvad er den fulde form for QTP, UFT, ALM, QC? 

Ans: 

QTP - Quick Test Professional

UFT - Unified Functional Testing

QC - Kvalitetscenter

ALM - Manager til applikationslivscyklus

Q8. Forklar fordelene ved UFT-værktøj?

Ans: Fordelene ved UFT er nævnt nedenfor -

  • Let at automatisere og lære værktøjet.
  • En automatiseret testsag kan udvikles ved at registrere eventuelle testscenarier.
  • En proces eller fremgangsmåde til identifikation af objekter er let og mere effektiv.
  • Det understøtter alle standard automatiserings testrammer.
  • Automatisering af større applikationsplatforme (f.eks. SAP, Web, SFDC, vindue, mobil osv.) Er mulig.
  • Webtesttest er mulig understøtter også XML.
  • Det følger VBScripting til skrivning af testsager, hvilket er let og simpelt.
  • Nem at integrere med teststyringsværktøjet ALM.
  • Det understøtter datatabeller og udmærker sig, hvilket hjælper med at parametrere testdataene let.
  • Det giver en standard testrapport med eksportfunktioner.

Q9. Hvad er automatiseringstestrammer? Forklar fordelene?

Ans: Automatiseringstestrammer er et sæt tekniske regler eller retningslinjer til automatisering af testsager på en organiseret og effektiv måde. Fordelene ved implementeringen af ​​testrammer er -

  • Følg den samme retningslinje gennem hele testudviklingen.
  • Forbedret hastigheden i forskellige automatiseringsprocesser.
  • Let at vedligeholde.
  • Applikationen kan testes nøjagtigt.
  • Kontinuerlig test kan være mulig.
  • Bedre læsbarhed af testpakken.

Q10. Forklar begreberne i forskellige testrammer? Hvilke testrammer bruges ofte, og hvorfor?

Ans: Standard automatiserings testrammer er -

Lineær automatiseringsramme - Dette er også kendt som Record and Playback framework, da det genereres under optagelsen. Parametre af testdata, begreber til genanvendelighed af script bruges ikke her. På grund af dette kan vi oprette testsager hurtigt. Denne ramme er ikke egnet til det lange løb.

Modular Driven Framework - I henhold til denne ramme kan testeren opdele hele applikationen i små modulære testskripter baseret på den mindste del af kravene. Efter oprettelsen af ​​moduler kan testeren udvikle testcases baseret på de små moduler.

På grund af brugen af ​​moduler er scriptvedligeholdelse lettere end at sammenligne den lineære automatiseringsramme. Denne tilgang er nyttig til distribuerede applikationer, hvor der er flere testflow.

Datadrevet ramme - I denne ramme oprettes testcases ud fra testdataene. Det betyder, at testdata driver testsagerne. Testdataene hentes fra de eksterne kilder såsom Excel, CSV-filer, databaser osv., Og de indlæses i variabler. Da data parametriseres, kan den samme test case bruges til at teste flere scenarier baseret på forskellige datasæt. Det reducerer antallet af testsager.

Søgeordsdrevet ramme - Det er også kendt som borddrevet test. Automatiseringstest-scripts er udviklet baseret på de nøgleord, der er nævnt i excel-arket. Hvert nøgleord henviser til små script-moduler. Den nøgleordsdrevne ramme er ideel til små testprojekter. Her kan et enkelt søgeord genbruges i flere testsager.

Hybrid testramme - Denne type rammer defineres ved at henvise til begreberne i mere end en standard testautomatiseringsramme. Denne ramme bruges ofte til testautomatisering. Baseret på testapplikationerne identificeres de forskellige egnede rammer og kombineres for at udvikle hybridrammer.

Q11. Hvad er de forskellige komponenter i UFT?

Ans: Primære komponenter er nævnt nedenfor -

handlinger - Dette er scriptingområdet, hvor faktiske koder skrives her.

DataTables - Brug til at opbevare testdata.

Objektopbevaring - Dette er en samling af tekniske oplysninger (egenskaber) for testobjekter.

Funktionsbibliotek - Alle funktionerne opbevares her.

Miljøvariabel - Brug til at definere rammekonfigurationen, applikationsplatformrelaterede data, som kan bruges i hele testpakken.

Q12. Hvad er handling? Forklar klassifikationerne?

Ans: Handling fungerer grundlæggende som en container, hvor vi kan skrive vores testskripter. Gennem handlingen kan vi opdele hele funktionaliteten i små logiske trin / moduler. Hvert script skal indeholde mindst et. Men vi kan oprette / henvise til flere handlinger baseret på kravene. Der er to typer handlinger til rådighed -

Ikke-genanvendelige handlinger: Denne type handling kan kun kaldes i det samme script.

Genanvendelige handlinger:  Denne type handlinger kan linkes fra eksterne UFT-testsager.

Q13. Hvad er genanvendelige handlinger? Forklar formålet.

Ans: Dette er en slags handling, der kan genbruges fra flere test-scripts. Det giver den genanvendelige funktion i UFT. Mens vi opretter handlinger, skal vi markere afkrydsningsfeltet til genanvendelig for at gøre det til genanvendelige handlinger. Derefter kan vi kalde det fra andre testskripter ved at følge indstillingen "Opkald til en eksisterende handling" for sammenkædning eller "Opkald til kopi af en handling" til kopiering af de genanvendelige handlinger.

Det bruges hovedsageligt til scriptgenanvendelsesformål for at reducere antallet af testsager. Indirekte vil det hjælpe med bedre genanvendelighed af script.

Q14. Forklar hovedforskellen mellem lokale og genanvendelige handlinger?

Ans: Omfanget af lokal handling er begrænset til med i samme testtilfælde, men de genanvendelige handlinger kan bruges fra de eksterne testsager.

Lokale handlinger bruges til at opbygge logikken i et bestemt testscenarie, men genanvendelige handlinger er udviklet som et modul til at dække de fælles funktionaliteter, der kan genbruges.

Q15. Hvad er de forskellige dele af handlinger? Forklare.

Ans: De vigtigste dele af handlinger er -

Skriptområde - Det bruges til at skrive manuskripterne.

Lokalt objektlager - Indeholder de objekter, der kan bruges i scriptingområdet for den handling.

Lokal datatabel - Den indeholder testdata, der kan bruges i den pågældende handling.

Ejendomme - Indgangs- / udgangsparametrene kan defineres her.

Q16. Forklar forskellene mellem UFT-scriptvisning og nøgleordsvisning?

Ans: I scriptvisningen skal vi skrive logikken som et script. Men i nøgleordsvisning kan vi se scripts som et nøgleord og kan ændres ved at vælge konfigurationen.

Q17. Hvordan kan vi skabe en genanvendelig handling?

Ans: Mens vi opretter handlinger, skal vi markere afkrydsningsfeltet til genanvendelig for at gøre det til genanvendelige handlinger.

Q18. Hvad er et objektlager? Forklar formålet med det.

Ans: Objektregistret (OR) er indsamling af teknisk information (egenskaber) til testobjekterne, der bruges til at kortlægge applikationen med testcase. Grundlæggende gemmes forskellige typer egenskaber for applikationsfelterne i ELLER som et objekt. Egenskaberne bruges til entydigt at identificere testobjektet. Det tilrådes at følge nedenstående sekvens af objektidentifikationsmekanisme gennem OR -

Obligatorisk egenskab -> Hjælpeegenskaber -> Ordinær identifikator -> Smart identifikation

Q19. Forklar klassificeringerne af OR?

Ans: OR er klassificeret i to kategorier -

Lokalt objektlager - Omfanget af lokalt objektlager er begrænset til med i samme handling. Den lokale OR oprettes som mtr-fil i testmappen.

Delt objektlager - Det delte objektopbevaringssted kan være adgang fra flere handlinger og testsager. Det delte objektlager kan defineres ved hjælp af objektlagerstyringsværktøjet. Det oprettes med tsr-filtypen.

Q20. Forklar den ideelle ramme for at bruge et fælles objektlager?

Ans: UFT's almindelige objektlagerkomponent er ideel til nøgleordsdrevne, modulære og hybridrammer.

Q21. Hvad er .tsr-fil?

Ans: Delt objekt-arkiver gemmes som .tsr-fil.

Q22. Hvad er .mtr-fil i UFT?

Ans: Lokale objektopbevaringssteder gemmes som .mtr-fil.

Q23. Forklar de forskellige komponenter i objektopbevaringsområdet?

Ans: Forskellige dele af objektopbevaringsområdet er -

Objektfinder - Det bruges til at inspicere eller analysere de tekniske egenskaber ved testobjekter til enhver tid.

Tilføj objekt - Ethvert objekt, der indsættes i arkivet via denne mulighed.

Opdatering fra applikationen - Denne mulighed giver os mulighed for at opdatere egenskaberne til de eksisterende objekter med reference til applikationen.

Fremhæv - Det giver mulighed for at fremhæve det valgte objekt i applikationen.

Find i arkivet - Det giver os mulighed for at finde objektet i objektopbevaringsområdet fra applikationen.

Afsnittet Objektegenskaber - Forskellige typer objektegenskaber kan ses / redigeres fra dette afsnit. Ejendommene inkluderer obligatoriske egenskaber, ordinær identifikator, smart identifikation osv.

Q24. Forklar objektidentifikationsmekanismen i UFT?

Ans: Testobjekterne kan identificeres på baggrund af de tekniske egenskaber, der er defineret under applikationsudviklingen eller adfærd under optræden. UFT bruger nogle mekanismer til at identificere objekter, som forklares nedenfor -

  • Beskrivende egenskaber - De tekniske egenskaber for testobjekter, der er defineret under applikationsudviklingen, behandles som beskrivende egenskaber i UFT. Disse egenskaber skal være det første valg til genkendelse af objekter. De beskrivende egenskaber er kombinationen af ​​obligatoriske og hjælpende egenskaber. Hvis de obligatoriske egenskaber ikke identificerer et objekt entydigt, er vi nødt til at gå efter de hjælpende egenskaber til genkendelse af objekt.
  • Ordinær identifikator - Vi har brug for den ordinære identifikator, mens begge de beskrivende egenskaber ikke er i stand til at identificere objektet. De ordinære identifikatorer er defineret af UFT baseret på udseende, placering af testobjekterne. Tre typer ordinære identifikatorer er tilgængelige i UFT -

Indeks - Det er defineret ud fra testobjektets udseende. Indeksværdien for den første forekomst af objektet starter altid med nul.

Lokation - Det defineres ud fra placeringen af ​​testobjektet. Placeringsværdien for den første forekomst af objektet starter altid med nul.

Oprettelsestid - Det er defineret baseret på oprettelsestiden for testobjektet. Værdien for oprettelsestid starter altid med nul.

  • Smart identifikation - Når begge ovennævnte fremgangsmåder mislykkes, forsøger UFT at identificere testobjektet baseret på nogle forudkonfigurerede yderligere egenskaber. Denne tilgang er kendt som smart identifikation. Det skal være den sidste mulighed for genstandsidentifikation. Denne tilgang anvendes på objekter, der er tilgængelige i ELLER, hvis vi vælger "Smart Identification" -værdien som sand. I henhold til den bedste praksis skal vi deaktivere det, da det bremser testudførelsen.

Q25. Hvad er en ordinær identifikator?

Ans: Vi har brug for den ordinære identifikator, mens de beskrivende egenskaber ikke er i stand til at identificere objektet. De ordinære identifikatorer er defineret af UFT baseret på udseende, placering af testobjekterne. Tre typer ordinære identifikatorer er tilgængelige i UFT -

Indeks - Det er defineret ud fra testobjektets udseende. Indeksværdien for den første forekomst af objektet starter altid med nul.

Lokation - Det defineres ud fra placeringen af ​​testobjektet. Placeringsværdien for den første forekomst af objektet starter altid med nul.

Oprettelsestid - Det er defineret baseret på oprettelsestiden for testobjektet. Værdien for oprettelsestid starter altid med nul.

Q26. Hvad er Smart Identification?

Ans: Når både de beskrivende egenskaber og ordinære identifikatorer mislykkes, forsøger UFT at identificere testobjektet baseret på nogle forkonfigurationer af yderligere egenskaber. Denne tilgang er kendt som smart identifikation. Det bør være den sidste mulighed for objektidentifikation. Denne tilgang anvendes på objekter, der er tilgængelige i ELLER, hvis vi vælger "Smart Identification" -værdien som sand. I henhold til den bedste praksis skal vi deaktivere det, da det bremser testudførelsen.

Q27. Hvad er beskrivende programmering?

Ans:  Dette er en alternativ tilgang til at identificere objekt uden brug af objektlager. I denne tilgang skal beskrivelsen (identifikationsegenskaber) af testobjektet give som en streng på tidspunktet for testudførelsen. Den beskrivende programmering hjælper i nedenstående brugstilfælde -

  • Når testobjekterne er dynamiske.
  • Når vi har brug for at undgå objektlager, dvs. udvikle funktionelle scripts gennem funktioner.
  • Forbedre udførelseshastigheden.
  • Når du arbejder med lignende typer af flere objekter.

Q28. Forklar typerne af beskrivende programmeringsmetode?

Ans: Der er to tilgange til brug for beskrivende programmering -

  • Beskrivelse Objekter – Ved at bruge beskrivelsesobjektet kan egenskaberne defineres og bestå under testudførelsen. Eksempel –
Beskrivelse Objekt - UFT Interview Spørgsmål og svar
Beskrivelse Objekt - UFT Interview Spørgsmål og svar
  • Beskrivelse Strenge - I denne tilgang sendes alle egenskaber som streng under udførelse. Eksempel -
Browser ("MyApp"). Side ("MyApp"). Link ("tekst: = login", "type: = Link"). Klik

Q29. Hvad er formålet med beskrivende programmering?

Formålet med beskrivende programmering er -

  • Når testobjekterne er dynamiske.
  • Når vi har brug for at undgå objektlager, dvs. udvikle funktionelle scripts gennem funktioner.
  • Forbedre udførelseshastigheden.
  • Når du arbejder med lignende typer af flere objekter.

Q30. Forklar forskellene mellem beskrivende programmering og tilgange til objektopbevaringssteder?

Ans:

ObjektopbevaringsmetodeBeskrivende programmering
Objekter skal tilføjes i ELLER.ELLER kræves ikke.
Det er ikke let at håndtere dynamiske objekter.Dynamiske genstande kan håndteres let.
Reducer udførelsespræstationen.Forbedre udførelsespræstationen.
Behov for at definere objektet inden udførelse.Objekter kan defineres under udførelsen.

Q31. Forklar de bedste fremgangsmåder, der anvendes til genstandsidentifikation?

Ans: De almindelige bedste fremgangsmåder er -

  • De logiske navne i objektopbevaringsstedet skal være selvforklarende for testobjekter.
  • Deaktiver smart identifikation for at øge udførelsesydelsen.
  • Store objektopbevaringssteder bør ikke bruges, da det mindsker ydeevnen. Den beskrivende programmering er nyttig i denne tilstand.
  • Brug regulært udtryk til at håndtere dynamiske objekter. Selv beskrivende programmeringsmetode kan bruges her.
  • Brug delt objektlager til genanvendelighed.
  • Undgå brug af duplikerede objekter i objektopbevaringsområdet.

Q32. Hvordan håndteres dynamiske objekter i UFT?

Ans: Vi kan bruge en af ​​nedenstående fremgangsmåder til at håndtere dynamiske objekter i UFT -

  • Beskrivende programmeringsmetode - Vi har allerede diskuteret dette i tidligere spørgsmål.
  • Regulært udtryk - UFT giver mulighed for at definere mønstre ved hjælp af tegn til at identificere eventuelle testobjekter, der følger de samme mønstre. Serien af ​​tegn, dvs. mønstrene, kan bruges ved at erstatte den dynamiske del af testobjekterne. Eksempel - 

Ved at analysere linket med synlig tekst som - “Forretningsdato er 05-12-2021” konkluderer vi, at ”Forretningsdato er“ del er statisk, men den resterende del er dynamisk, som vil ændre sig hver dag. Så for at håndtere dette dynamiske objekt kan vi bruge et hvilket som helst af nedenstående mønstre, mens vi definerer "tekst" -egenskaben i objektlageret -

"Forretningsdato er. *”- Her '. *' Angiver alle strengværdier uden længdebegrænsning.

"Forretningsdato er \\d\\d-\\d\\d-\\d\\d\\d\\d” – Her betegner '\\d' ethvert numerisk ciffer.

Q33. Hvad er et virtuelt objekt? Hvorfor brugte den?

Ans: Det virtuelle objekt bruges, når testobjektet ikke er kompatibelt med UFT, dvs. objektet bliver ikke genkendt. Den virtuelle objektfunktion giver mulighed for at definere denne type objekter som link, tekstboks, knap osv. Baseret på deres udseende.

Guiden til virtuelt objekt kan åbnes fra UFT-menuen - "Værktøjer-> Virtuelt objekt-> Nyt virtuelt objekt." Efter åbning af guiden kan de virtuelle objekter defineres ved at følge instruktionerne i guiden.

Q34. Forklar tilgangen til at oprette delt objektopbevaringssted fra lokalt?

Ans: Konverteringsmetoderne er -

  • Eksporter lokalt til delt objektlager (File -> Export Local Objects) fra vinduet Object Repository.
  • Træk-slip (klip-indsæt) objekterne fra lokalt til delt objektlager.

Q35. Hvad er et objekt? Finder? Hvorfor bruges det?

Ans: Dette er meget nyttigt, når du arbejder med objekter. Objektfinderen bruges til at inspicere eller analysere de tekniske egenskaber for testobjekter til enhver tid. Baseret på analysen vil det være meget let at planlægge og designe objektgenkendelsesmetoderne til at oprette objektlageret. Det hjælper også med at undersøge og identificere ruteårsagen til objektrelaterede problemer.

Til beskrivelse af programmering bruges object Finder til at registrere de tekniske egenskaber for testobjekterne.

Q36. Hvad er et regulært udtryk?

  • Ans: UFT giver mulighed for at definere mønstre ved hjælp af tegn til at identificere eventuelle testobjekter, der følger de samme mønstre. Disse mønstre er kendt som regulært udtryk. Serien af ​​tegn, dvs. mønstrene, kan bruges ved at erstatte den dynamiske del af testobjekterne. Eksempel - 

Ved at analysere linket med synlig tekst som - “Forretningsdato er 05-12-2021” konkluderer vi, at ”Forretningsdato er“ del er statisk, men den resterende del er dynamisk, som vil ændre sig hver dag. Så for at håndtere dette dynamiske objekt kan vi bruge et hvilket som helst af nedenstående mønstre, mens vi definerer "tekst" -egenskaben i objektlageret -

"Forretningsdato er. *”- Her '. *' Angiver alle strengværdier uden længdebegrænsning.

"Forretningsdato er \\d\\d-\\d\\d-\\d\\d\\d\\d” – Her betegner '\\d' ethvert numerisk ciffer.

Q37. Hvordan får man antallet af links, der er tilgængelige på en webside?

Ans: Vi kan gøre dette ved hjælp af nedenstående beskrivende programmeringsmetode med underordnet objekt -

Prøvekode 2 - UFT-interviewspørgsmål og -svar
Beskrivende programmering - UFT-interviewspørgsmål og -svar

Q38. Hvad er ChildObjects?

Ans: Denne metode bruges i beskrivelsesprogrammeringsmetoden. Baseret på beskrivelsen returnerer metoden ChildObjects en liste med matchede objekter. Se for eksempel det sidste spørgsmål.

Q39. Hvad er ChildItem?

Ans: Når du arbejder med tabelobjekterne, bruges ChildItem-metoden til at interagere med integrerede objekter med i tabelcelle. Det hjælper med at udføre operationer såsom klik, getRoProperty osv. Syntaksen til brug -

testTableObject.ChildItem (række, col, mic_class, index). Klik

testTabelObjekt - Angiver et tabelobjekt.

række - Angiver rækkeens tabelrække.

col - Angiver kolonnens nummer på tabellen.

mic_class - Henviser til typen af ​​det indlejrede objekt som Link, Button osv.

indeks - Henviser til forekomsten af ​​det indlejrede objekt. Det starter altid fra nul.

Q40. Hvordan kan vi knytte et delt objektlager til handling?

Ans: To muligheder er tilgængelige -

  • Højreklik på den knude, der repræsenterer handlingsnavnet fra afsnittet UFT-løsningsudforsker.
  • Vælg indstillingen "Tilknyt lager" med handling for at åbne dialogboksen Delt objektlager.
  • Vælg nu den korrekte delte arkivfil og klik på Åbn for at knytte den.

Q41. Forklar hovedforskellen mellem "opfordring til kopi af handling" med hensyn til "opfordring til eksisterende handling"?

Ans: 

opfordring til kopi af handling  - Det kopierer hele den genanvendelige handling til arbejdstestscriptet som lokal handling. Så enhver ændring i genanvendelig handling reflekteres ikke her.

Opfordring til eksisterende handling  - Det forbinder den genanvendelige handling fra arbejdstestscriptet som lokal handling. Så enhver ændring i genanvendelig handling vil blive afspejlet her.

Q42. Hvad er “Object Repository Manager”?

Ans: Det bruges til at manipulere delt objektlager. Det giver mulighed for at tilføje, ændre, fjerne testobjekter fra depotet. Objektlagerstyringsvinduet kan åbnes fra UFT-menuen –

Ressourcer -> Object Repository Manager.

Q43. Hvad er formålet med "Object Repository Comparision Tool"?

Ans: Dette værktøj bruges til sammenligning mellem to tsr-filer, dvs. arkiver for delte objekter. Efter sammenligningen identificerer den manglende matchning. Det kan åbnes fra "Object Repository Manager" ved hjælp af følgende sti - "Tools-> Object repository Comparision Tool."

Q44. Hvad er formålet med "Merge Tool til Object Repository"?

Ans: Dette bruges til at flette to delte objektopbevaringssteder til et. Det kan åbnes fra "Object Repository Manager" ved hjælp af følgende sti - "Tools-> Object Repository Merge Tool."

Q45. Forklarer handlingsparametrene?

Svar: Den handlingsparametre fungerer som argumenter for UFT handling. Hovedformålet med handlingsparametre er at overføre inputværdierne til handling og modtage output fra handlingen.

Det kan konfigureres fra handlingsegenskabssektionen. Der kan oprettes to typer handlingsparametre, som er –

Inputparameter - Det bruges til at overføre inputdata til handlingen.

Outputparameter - Det bruges til at modtage outputdata fra handlingen.

Q46. Hvordan overføres data ved hjælp af inputhandlingsparametre?

Ans: Indtastningsparameterværdien kan overføres gennem inputparametre til den underordnede handling. Eksempel -

RunAction "barnAction“, OneIteration,ipValu1,ipValu2, opVærdi

Her sendes inputdata gennem variablerne ipValu1 og ipValu2 til den underordnede handling. Inputparametrene er paramValue1 og paramValue2. Inputparametrene kan læses fra underordnet handling ved hjælp af udtryk Parameter (“paramVærdi1") , Parameter (“paramVærdi2").

Q47. Hvordan kan vi læse værdien af ​​outputparametre fra hovedhandlingen?

Ans: Outputhandlingsværdien kan returneres gennem outputparametre fra den underordnede handling. Eksempel -

RunAction "barnAction“, OneIteration, ipValu1, ipValu2, opVærdi

Her opVærdi er den variabel, der modtager værdien af ​​outputparameteren fra den underordnede handling.

Q48. Hvordan kan vi klikke på et link, der er tilgængeligt på en webtabel?

Ans: Vi kan klikke på et link, der er tilgængeligt i en webtabel ved hjælp af childitem-metoden. Eksempel -

Indstil tableObject = Browser ("SampleApp"). Side ("SampleApp"). Webtabel ("MyTable")

tableObject.ChildItem (row_num, col_num, micClass, index). klik

række_nummer - række nummer i tabellen.

col_num –Det repræsenterer kolonneindekset i tabellen.

micClass - Objektype såsom Link, Button osv.

Indeks - forekomst af objekttypen i den bestemte celle. Indeksværdi starter med numerisk 0.

Q49. Hvad er de forskellige muligheder, der er tilgængelige, hvis et bestemt objekt ikke bliver identificeret af UFT?

Ans: Forskellige tilgængelige muligheder er -

  • Brug af virtuelle objekter.
  • Udfør optagelse på lavt niveau, og vi kan klikke på baseret på koordinaterne.

Q50. Forklar de bedste fremgangsmåder til at arbejde med handlinger?

Ans: De almindelige bedste fremgangsmåder er -

  • Giv et ordentligt handlingsnavn.
  • Brug handlingsparametre til at arbejde med dynamiske testdata, der genereres under udførelse.
  • Brug datatabel eller eksterne excel-ark til testdata.
  • Brug af delt lager i stedet for lokalt objektlager.
  • Brug genanvendelige handlinger til enhedsfunktioner.

Q51. Hvad er funktionerne i UFT? 

Ans: Funktion er en samling af udsagn til at udføre en bestemt opgave. I UFT kan vi skrive alle betingede, logiske, looping-udsagn i funktion igennem vbscripting. Vi kan også skrive scripts ved hjælp af delt objektlager i funktioner. Funktioner skrives i funktionsbiblioteker, som er gemt i eksterne stier. For at arbejde med funktioner skal vi knytte det tilsvarende funktionelle bibliotek til vores testscripts.

Ved hjælp af en kombination af funktioner og et delt objektlager kan vi erstatte vores genanvendelige handlinger.

Q52. Hvad er forskellen mellem UFT-funktioner og UFT-handlinger?

Ans: Forskellene er -

  • Handling har sit eget lokale objektopbevaringssted og datatabel. Men funktion har ikke det.
  • Det er ikke muligt at udføre funktionerne som en enkeltstående komponent, der er mulig for UFT-handlinger. Funktionen skal bruges med i handlinger.
  • Funktionen er let at vedligeholde i forhold til handlinger.
  • Ved at bruge flere genanvendelige handlinger kan ydeevnen reduceres. Udførelsesydelse kan øges ved hjælp af funktionsbiblioteket.
  • Vi kan ikke udvikle testskripter uden at bruge mindst én handling. Men funktionsbiblioteket er ikke en væsentlig komponent i UFT. 

Q53. Hvad er miljøvariablerne? Forklar klassifikationerne?

Ans: Disse funktioner bruges til parametrering af testdata i UFT. Testdataene, der gælder over hele testpakken, gemmes i miljøvariablerne, f.eks. Applikations-URL, rapportsti, testmiljønavn osv. Strukturen til brug af miljøvariabler er Miljøværdi (“param_name”). Det kan ses fra Miljø fane, der er tilgængelig i guiden "Testindstillinger".

Miljøvariablerne i UFT er klassificeret i under to kategorier –

Indbygget: De indbyggede miljøvariabler er foruddefineret af UFT, som bruges til at opbevare værktøjet og teste relaterede oplysninger såsom, Testnavn, OS, OS-version osv. Disse variabler er skrivebeskyttet og kan være tilgængelige fra hele testpakker .

Brugerdefineret: UFT giver os mulighed for at oprette miljøvariabler baseret på kravet, der er kendt som brugerdefinerede miljøvariabler. Igen er to typer brugerdefinerede miljøvariabler tilgængelige, som er -

  • Intern - Omfanget af denne type variabler er kun specifikt for de enkelte testtilfælde. Fra fanen Miljø i indstillingsguiden kan de brugerdefinerede interne miljøvariabler oprettes, ændres eller slettes. Det kan også defineres under udførelsen såvel med udtrykket Environment.Value (“param_name”) = ”Noget værdi”.
  • Ekstern - Denne type brugerdefinerede miljøvariabler er defineret i en XML-fil, der skal vedhæftes med UFT for at få adgang til de enkelte variabler. De eksterne variabler kan fås gennem hele pakken som skrivebeskyttet.
Miljøvariabler - UFT-interviewspørgsmål og -svar
UFT Interview Spørgsmål og svar

Q54. Hvad er begrænsningerne ved virtuelle objekter?

Ans: Begrænsninger er -

  • De virtuelle objekter kan ikke oprettes ved optagelse.
  • Det kan ikke bruges med kontrolpunkter.
  • Vi kan ikke analysere de virtuelle objekter ved hjælp af object Finder.
  • Det afhænger af skærmopløsningen.

Q55. Hvad er funktionsbibliotekets begrænsninger?

Ans: Begrænsningerne ved et funktionelt bibliotek er -

  • Funktionsbiblioteket har ikke et objektlager og datatabeller.
  • Udførelse af funktion er ikke mulig fra funktionsbiblioteket. Det skal henvises fra handlinger, der skal udføres.
  • Funktionsbibliotekerne er den valgfri komponent.
  • Det fungerer med delt objektlager eller beskrivende programmering for at udvikle funktionelt script gennem funktioner.

Q56. Hvad er datatabel? Forklar de forskellige typer datatabeller?

Ans: Datatable er en af ​​de vigtigste komponenter i UFT. Det ligner Microsoft Excel, som bruges til at gemme data og føde det samme i testskripter. Baseret på de tilgængelige data i forskellige rækker af datatabel kan vi udføre testcases i en loop. Læs / skriv begge operationer er mulige under udførelse.

UFT-datatabellerne er klassificeret i to typer -

  • Lokal datatabel - Hver handling er bygget med en standarddatatabel, der er kendt som lokal datatabel. Omfanget er tilgængeligt gennem hele testtilfældet. Udtrykkene for at få adgang til et bestemt parameterelement fra datatabellen -

DataTable.Value (“parameter1",dtLocalSheet) eller DataTable.Value (“parameter1","Arknavn")

Her angiver dtLocalSheet den standard lokale datatabel, der er tilgængelig inden for handlingen.

  • Global datatabel - Hver test case er bygget med en standard datatabel, der er kendt som global datatabel. Omfanget er tilgængeligt gennem hele testtilfældet. Udtrykkene for at få adgang til et bestemt parameterelement fra den globale datatabel -

DataTable.Value (“parametre",dtGlobalSheet) eller DataTable.Value (“parametre",Global)

Q57. Forklar syntaksen for at læse eller skrive data i datatabeller? 

Ans: I dette eksempel vil vi se, hvordan man kopierer data fra en celle til en anden celle i UFT-datatabel.

//Indstil eller vælg den anden række i datatabellen DataTable.GetSheet(“mainAction”).SetRowCount(2) //Kopier fra Param1 til Param2 ved hjælp af en temp-variabel tempVariable = DataTable.value(“Param1”,“mainAction”) DataTable .value(“Param2”,“mainAction”) = tempVariable
DataTable - UFT Interview Spørgsmål og svar
DataTable - UFT Interview Spørgsmål og svar

Q58. Hvad er en aktiv skærm? Forklar formålene.

Ans: Den aktive skærmrude giver os mulighed for at se snapshots af testapplikationen, som den vises under optagetid.

Vi kan tilføje trin, kontrolpunkt efter at have kørt testen ved at højreklikke i Aktiv uden at åbne din applikation. Det kan også bruges som en reference til testobjektet i fremtiden for enhver testfejl.

Q59. Hvad er genopretningsscenariet? Forklar formålene.

Ans: Et gendannelsesscenarie er en tilgang til kontrol af uventede hændelser eller fejl, der kan vises på kørselstidspunktet. Guiden "Recovery Scenario Manager" bruges til at arbejde med gendannelsesscenarier. Guiden er tilgængelig i UFT-menupunktet "Ressourcer → Recovery Scenario Manager."

Gennem gendannelsesscenarierne kan vi håndtere et af nedenstående udløsende punkter, som er grundårsagerne til fejl -

  • Fejl ved ikke-håndterede pop op-vinduer.
  • Fejl relateret til statstilstand
  • Fejl under testkørsel
  • Applikationsnedbrud

Hovedformålet med gendannelsesscenariet er at håndtere alle typer uventede fejl og udføre nogle foruddefinerede opgaver baseret på fejltyperne.

Q60. Hvordan udvikler man et restitutionsscenarie?

Ans:  Vi kan definere gendannelsesscenarier gennem Recovery Scenario Manager gennem navigationen "Ressourcer → Recovery Scenario Manager." Mens der udvikles gendannelsesscenarier, skal nogle konfigurationer udføres via Recovery Scenario Manager. Konfigurationerne er udløsende begivenheds-, gendannelseshandlinger og testkøringsindstillinger efter gendannelse.

Spørgsmål 61. Hvilket programmeringssprog efterfølges af UFT til scripting?

Sv: VBScripting anvendes.

Q62. Skriv den betingede struktur i UFT-scripting?

Svar: Anderledes Betingelser i UFT er –

Erklæringer, hvis andet: 

Hvis tilstand derefter

               // erklæringer for gyldige betingelser

Else

               // erklæringer for ugyldige forhold

End If

Skift udsagn:

Vælg sagsudtryk

   Sagsudtryk 1

      erklæring

      ....

   Sagsudtryk 2

      erklæring

      ....   

  Sag ellers

      skriv den anden erklæring

      ....

Afslut Vælg

Q63. Forklar de forskellige typer loopstrukturer, der er tilgængelige i UFT?

Ans: Forskellige looping strukturer er -

  • Til sløjfe
  • Gør mens løkke
  • Mens Loop
  • Looping baseret på poster i datatabel ved at konfigurere kørselsindstillingerne.

Q64. Hvad er de forskellige typer applikationsplatforme understøttet af UFT?

Ans: Major UFT-understøttede applikationsplatforme er - SAP, HTML, Delphi, Powerbuilder, Java, dotNet, Oracle Apps, PeopleSoft, WPF, Webservice, VB, Siebel, Mobile Devices, Terminal Emulator osv.

Q65. Hvad er forudsætningerne for at automatisere SAP-applikationen?

Ans: Forudsætninger for SAP-automatisering er -

  • Aktivér scripting-parametre via tcode rz11.
  • Aktivér scripting fra klientindstillingsindstillinger.

 Q66. Hvordan kan vi importere eller eksportere excel i datatabeller?

Ans: Importer Excel-ark:

DataTable.ImportSheet excelFile, sourceSheet, destSheet

excelFile - Repræsenterer den excel-fil, der er tilgængelig eksternt.

sourceSheet - repræsenterer navnet på det excel-ark, der skal importeres.

destSheet - repræsenterer datatabelnavnet for at gemme de eksterne excel-data.

Eksporter datatabel:

DataTable.ExportSheet excelFile, sourceSheet, destSheet

excelFile - Repræsenterer det excel-filnavn, som oprettes på en ekstern placering.

sourceSheet - repræsenterer navnet på den datatabel, der eksporteres.

destSheet (valgfrit) - repræsenterer det eksterne excel-arknavn.

Q67. Hvilken konfiguration skal vi oprette for at køre testcasen i en loop baseret på posterne i datatabellen?

Ans: Åbn testindstillingsvinduet fra navigationen "File-> Setting", og vælg fanen Kør. I dette afsnit, ved at vælge enten "Kør alle rækker" eller "Kør fra række" radiomulighed, kan vi aktivere dette looping-sæt.

Q68. Hvordan kan vi forbinde databasen og udføre udvalgte udsagn?

Ans: Nedenstående trin kan være nyttige til at arbejde med database -  

'Opret ADODB-forbindelsesobjekt

Indstil objConn = CreateObject (“ADODB.Connection”)

'Opret Recordsetobject

Indstil objRS = CreateObject (“ADODB.Recordset”)

'Opret forbindelse til DB ved hjælp af udbyder og server

objConn.open

'Definer SQL-forespørgsel

sqlQuery = ”Vælg * fra studerende”

'Udfør SQL

objRS.open “Vælg studentnavn fra elev hvor rolle = 1”, objConnection

'Vis elevers navn

msgbox objRS.fields.item (0)

'Luk forbindelser

objRecordSet.Close

objConn.Close

Set objConn = Intet

Set objRecordSet = Intet

Q69. Forklar de forskellige tilgange til håndtering af synkronisering?

Ans: Synkroniseringsproblemer kan håndteres ved hjælp af nedenstående fremgangsmåder -

  • Synkronisering kan håndteres ved hjælp af Vent(timeout) erklæring med den hårdkodede ventetid i sekunder. På dette tidspunkt venter scriptet i en bestemt varighed og fortsætter derefter til næste trin. Baseret på applikationens ydeevne er vi nødt til at angive timeoutværdien.
  • Vent ejendom - I denne tilgang er vi nødt til at give ejendomsnavnet værdier, hvor udførelsen skal være en ventetid og den maksimale ventetid i milisekunder. Når den angivne egenskab er tilfreds med den forventede værdi, fortsætter scriptudførelsen til næste trin. Eksempel -

Vindue ("Program Manager"). WinListView ("SysListView32"). WaitProperty "synlig",sand, 10000

  • Vi kan også bruge loop til at kontrollere objektets udseende til at håndtere synkroniseringen.

Q70. Hvordan opbevares UFT-testcases i ALM?

Svar: For det første skal vi tilslut ALM fra UFT gennem Tilslut ALM-muligheden. Under forbindelsen skal vi give ALM-serveren, legitimationsoplysningerne og projektdetaljerne for at oprette forbindelse. Efter den vellykkede fulde forbindelse skal vi vælge ALM-stien, mens vi gemmer testscripts.

Q71. Hvordan kan vi udføre UFT-testsager fra ALM?

Ans: Gå til ALM Test Lab, og vælg de tilsvarende testcases fra testsættet. Ved at klikke på knappen Kør for at starte udførelsen. Vi kan udløse udførelsen for flere eller hele testsæt ad gangen. Efter initiering påkalder ALM UFT i baggrunden og starter udførelsen baseret på valget.

Kør fra ALM
Kør fra ALM

Q72. Hvilken indstilling er tilgængelig for at muliggøre fjernudførelse i UFT?

Ans: Åbn vinduet Indstillinger fra navigationen "Værktøjer-> Indstillinger." På fanen Generelt skal vi vælge sektionen Kør sessioner for at aktivere en indstilling for fjernudførelse.

Her skal vi markere afkrydsningsfeltet og give gyldige legitimationsoplysninger for de eksterne testsystemer.

Fjernudførelsesindstilling
Fjernudførelsesindstilling

Få vigtigere UFT-interviewspørgsmål og -svar:

Q73. Forklar fordelene ved UFT over selen?

Ans: Fordelene ved UFT over Selen er nævnt nedenfor -

· Selenium understøtter kun webapplikationer, hvor UFT understøtter forskellige platforme såsom web, SAP, Windows, Mobile osv.

· Let at udvikle / vedligeholde testskripter i UFT over Selen.

· Let at lære UFT på kortere tid.

· End-to-end test er mulig i UFT.

· Vi kan teste forskellige applikationsgrænseflader via webservices, hvilket ikke er muligt i Selenium.

· UFT sparer omkostninger og indsats, hovedsagelig i regressionstestning over Selen.

· Let at integrere UFT med ALM til teststyring. Det integration mellem Selen og ALM er meget svært.

· Opsætning af testrammer er let for UFT.

Q74. Hvordan påberåbes webbrowser i UFT?

Ans: Forskellige måder at påberåbe webapplikationer på er -

·         Brug af SystemUtil.Run-metoden - Opgørelsens struktur er SystemUtil.Run (Name_of_File, Arguments, File_Path, action)

· Brug af VBScripting Wscript.shell klasse - 

Dim oShellSet oShell = CreateObject ("Wscript.shell")

           oShell.run “ ”

           Indstil oShell = Intet

·  Brug af objektet InternetExplorer.Application - 

            Set obj = CreateObject (“InternetExplorer.Application”)

obj.Naviger https://www.google.com/

            obj.Visible = Sandt

            obj oIE = Intet

Q75. Forklar tilgangen til automatiseringsoptagelsesmuligheden?

Ans: Det er en tilgang til at generere lineære testsager ved at optage den manuelle navigation gennem UFT. Under optagelsen oprettes de rå testtilfælde, hvor data er hardkodet med nul scriptgenanvendelighed. Det er nyttigt til testudførelse én gang. Det tilrådes ikke at oprette testkassen i længere tid gennem optagefunktionen i UFT.

Optagelsen kan startes ved at trykke på F6-tasten eller klikke på Record-knappen, som er tilgængelig i Record-fanen.

Q76. Forklar trinene til fejlfinding af script?

Ans: Fejlfinding er en tilgang til at identificere scriptproblemer gennem en dummy-kørsel. Trinene er -

· Opret brudpunktet ved at trykke efter markeringen af ​​en bestemt scriptlinje, hvorfra vi skal starte fejlretningen.

· Kør testen eller start fejlretning fra det første trin (Kør-> Fejlret fra trin). Her i det første tilfælde standses udførelsen ved brudpunktet.

· Nu kan vi fejle hver linjekode ved at trykke på F10 (trin over) eller F11 (trin ind) -tasten. F10 debugger hver linje i den overordnede funktion, men gennem F11 kan vi bore ned i underfunktionerne.

· Under debugging kan vi se enhver variabel eller tilstand af objekter ved at trykke på “Ctrl + Alt” -tasterne sammen.

Q77. Hvordan loggføres bekræftelsesstatus i UFT-rapporter?

Ans: Vi kan logge bekræftelsesstatus ved hjælp af ReportEvent-metoden. Strukturen af ​​denne metode er -

Reporter.ReportEvent-status, trinnavn, detaljer, billedfilnavn

status - fire muligheder er tilgængelige baseret på verificeringsresultatet. micPass, micFail, micWarning, micDone.

trinnavn - brug for at angive det faktiske trinnavn eller det forventede resultat.

detaljer - behov for at give det faktiske resultat.

billedfilnavn - Dette er et valgfrit trin til at angive skærmbilledets filsti.

Q78. Forklar de forskellige typer optagefunktioner i UFT?

Ans: Forskellige optagetilstande i UFT er nævnt nedenfor,

·       Normal tilstand – Den normale tilstand er standardoptagetilstanden tilgængelig i UFT, som bruger alle funktionerne til at identificere testobjekterne. Den normale tilstand omtales også som kontekstuel, hvilket kun gælder for UFT-kompatible applikationer.

·        Optagefunktion på lavt niveau - Optagelsestilstand på lavt niveau kan anvendes til applikationer, der ikke er identificeret af UFT. I denne tilstand registreres scenariet baseret på koordinaterne for testobjekterne.

· Analog optagelse - Analog optagelsestilstand registrerer bevægelsen af ​​mus og tastaturhandlinger ..

Q79. Forklar begreberne med et logisk navn for ethvert objekt?

Ans: Logisk navn er defineret af UFT, mens du tilføjer eller optager for at kortlægge ethvert objekt med applikationens navn. Det kan ændres baseret på brugerobjektets adfærd. 

Q80. Angiv udvidelsen af ​​UFT-script?

Ans: UFT-scripts oprettes med .mts-udvidelse.

konklusion:

Forventer dette UFT interview spørgsmål og svar vil helt sikkert hjælpe med at rydde UFT-interviews.

 Vi ønsker jer alle succes !!

Efterlad en kommentar