UFT Tutorial: UFT Oversigt (Begynder's Guide!)

Efter udviklingen skal softwareproduktet føres gennem testfasen for at sikre kvaliteten. I testets livscyklus har testautomatisering en lysere fremtid, da den har evnen til at reducere testcyklussen og omkostningerne med forventet kvalitetskontrol. Mange værktøjer er tilgængelige til testautomatisering, men hvis vi overvejer den bredere applikationsdækning, er Unified Functional Test (UFT) -værktøjet en af ​​nøglespilleren.

Gennem denne "UFT-oversigt" -artikel gennemgår vi det grundlæggende i test og oversigt over forskellige komponenter, der er tilgængelige i UFT.

UFT-vejledning - Indholdsfortegnelse

UFT Oversigt

Om softwaretest:

Test har vigtigheden for krydskontrol af slutproduktet. Test kan udføres i forskellige faser af softwareudviklings livscyklus. Vi kan udføre softwaretesten på to måder - manuelt eller gennem testautomatisering. Vi vil tale om testautomatisering gennem tutorials. 

Formålet med softwaretest er forklaret nedenfor -

  • Verifikation af slutproduktets kvalitet ..
  • Find og rett fejlene, inden softwaren implementeres i produktionen.
  • Test kan sikre softwarekravet.
  • Rapporter, hvis der er problemer med ydeevne eller sikkerhed.

Klassificeringen af ​​softwaretest forklares nedenfor -

  • Enhedstest - Denne type test udføres i udviklingsfasen af ​​applikationsudvikleren.
  • Integrationstest - Efter udviklingen, når alle komponenter er integreret, kræves integrationstesten for at sikre grænsefladerne og de forskellige softwarekomponenter fungerer som forventet.
  • Systemtest - Denne type test udføres inden levering af slutproduktet. Produktets funktionaliteter testes i denne fase.
  • Bruger Acceptance Testing - UAT (User Acceptance Testing) udføres af forretningsbrugerne for at kontrollere kravene, før produktet bekæmpes i produktion. Dette er en blac-kbox-test.
  • Tilbagevendende test - Regressionstest er påkrævet for at kontrollere de forretningsmæssige funktioner som normalt under applikationsforbedringerne.

Om automatiseringstest:

I dagens liv er tid et vigtigt kriterium for softwaretestprocessen. Så der er stor efterspørgsel efter at reducere testudførelsescyklussen uden at gå på kompromis med kvaliteten. I dette særlige aspekt kommer automatiseringstest ind i billedet. Automatiseret testning er intet andet end testen skal udføres automatisk uden at bruge nogen menneskelig indsats. Mange værktøjer er tilgængelige til at udføre testautomatisering som RFT, QTP (UFT) og Selen. Men i betragtning af applikationsdækningen og fleksibiliteten afgør UFT testautomationsindustrien. I denne vejledning giver vi en oversigt over idéen om UFT som et testautomatiseringsværktøj.

Nøglefunktionerne i testautomatisering er nævnt nedenfor -

  • Automatisk testudførelse er altid meget hurtig sammenlignet med manuel testcyklus.
  • Almindelige menneskelige fejl kan ikke replikeres i testautomatisering.
  • Det reducerer testudførelsens cyklustid, hvilket også hjælper med at reducere hele softwareudviklingslivscyklussen.
  • Sikrer kvaliteten ved at dække flere funktioner.
  • Parallel testudførelse kan udføres.

Om UFT-oversigt:

UFT er den korte form for Unified Functional Testing, som tidligere er kendt som Quick Test Professional (QTP). Ved hjælp af VB Scripting bygger testcases til at automatisere ethvert funktionelt testscenarie. De primære fordele ved UFT i forhold til andre testautomatiseringsværktøjer er angivet nedenfor -

  • Testautomatiseringsprocessen er enkel og let at lære værktøjet på kortere tid.
  • Automatisering kan ske gennem optagelsen.
  • Identifikation af testobjekt er mere effektiv og robust.
  • Det er let kompatibelt med forskellige standardtestautomatiseringsrammer.
  • Det har mere applikationsdækning. De berømte applikationsplatforme (f.eks. Web, SAP, SFDC, mobil osv.) Er kompatible med UFT.
  • UFT understøtter webservicetest (API) og XML'er.
  • Det understøtter vbscripting, som er let at lære
  • Vi kan let integrere UFT med ALM som et teststyringsværktøj.
  • Det har et indbygget excel-ark som dataTables, som hjælper med at udvikle testdatadrevet tilgang let.
  • In-build rapportering er tilgængelig med værktøjet under udførelse.

Forskellige vigtige komponenter i UFT er angivet nedenfor -

  • Handling –Aktioner er den egentlige beholder af testskripterne, dvs. vi kan udvikle testsagen i en handling. Applikationsfunktionaliteterne kan opdeles i små logiske blokke / moduler ved hjælp af handlingerne.
  • Objektopbevaring - De tekniske egenskaber ved testobjekter er gemt i objektlager (OR), der bruges til at udvikle de automatiserede testsager i UFT.
  • Datablad – De andre vigtige funktioner ved UFT er datatabel, som bruges til testdatastyring. Baseret på brugen og udseendet kan det sammenlignes med Microsoft Excel-ark. Vi kan tilføje, redigere, slette data til enhver tid fra datatabellen. Datatabellen giver os mulighed for at designe den datadrevne automatiseringstestramme.
  • Funktionsbibliotek - Funktionsbiblioteket i UFT indeholder de brugerdefinerede funktioner og underprocedurer. Konceptuelt er funktion en blok med koder eller udsagn, der bruges til at udføre en bestemt opgave. For at få adgang til funktionerne fra funktionsbibliotekerne skal vi først knytte biblioteket til UFT-testcases.
  • Miljøvariabel – UFT giver os mulighed for at gemme konfigurationsrelaterede testdata, som vil være tilgængelige gennem hele testpakken i en særlig type variabler. Denne variable er kendt som miljøvariabel. Tre typer miljøvariabler er tilgængelige – I indbyggede, interne brugerdefinerede og eksterne brugerdefinerede miljøvariabler. Detaljer om miljøvariabler er tilgængelige her.
UFT Oversigt
UFT Oversigt

Om Automation Test Framework: 

Automationstestrammerne definerer nogle standardretningslinjer, som hjælper med at udføre testautomatiseringstestaktiviteter på en organiseret og effektiv måde. Formålet med automatiseringstestrammer som specificeret nedenfor –

  • Brug de samme standarder gennem alle testsagerne.
  • Øg hastigheden på testautomatiseringsaktiviteter såsom udvikling, udførelse, vedligeholdelse osv.
  • Let at debugge de mislykkede testsager.
  • Ved hjælp af foruddefinerede standarder er der bedre læsbarhed.
  • Reducerer testudførelsesindsatsen ved implementering af uovervåget udførelse.
  • Testdata kan styres på en struktureret måde ved at definere de korrekte rammer.

I nedenstående afsnit forklares alle typer automatiserede testrammer -

Lineær automatiseringsramme -

Denne type af automatiseringstestrammer er også kendt som record and play framework. Årsagen bag denne navnekonvention er, at testcaserne oprettes ved at optage testscenariet ved hjælp af UFT Recording-funktionen. Denne type testcase indeholder ikke dataparameterisering, genanvendelige komponenter osv. Her kan testcases hurtigt oprettes med et minimum af testers færdigheder. Denne testramme er populær til engangstestudførelse, men den er ikke tilrådelig at bruge i længere tid. Da det kræver meget mere vedligeholdelsesindsats, hvis vi sammenligner med andre rammer.

Modular Driven Framework - 

Navnet antyder, at testcases drives af genanvendelige moduler, hvilket betyder, at hele testscenariet er opdelt i små dele som moduler. Ved at klubbe modulerne kan vi oprette testcases. Modulerne kan oprettes ved hjælp af genanvendelige handlinger eller procedurer med hjælpedelt objektlager. Før vi starter scriptingen, skal vi analysere hele testscenarierne og identificere de små sektioner, der kan genbruges igen og igen.

Da modulerne er føreren i denne testramme, er testvedligeholdelsesindsatsen meget mindre, hvis vi sammenligner med lineær testramme. Denne rammemetode er meget nyttig til enhver applikation, hvor forskellige teststrømme er tilgængelige.

Datadrevet ramme -

Som det fremgår af navnet, er testsagerne drevet af testdata i datadrevet testramme. Testdataene kan gemmes i datatabeller, excel-ark, databaser eller csv-filer, der hentes og bruges under testudførelsen. Denne ramme er meget nyttig til applikationer, hvor enkelt flow er tilgængeligt og baseret på forskellige datakriterier oprettes forskellige testcases. Det minimerer antallet af testsager, da samme testcase kan udføres for forskellige sæt testdata. Således reducerer det også vedligeholdelsesindsatsen.

Søgeordsdrevet ramme - 

Den nøgleordsdrevne testramme kaldes også den tabeldrevne test. Det første trin i denne ramme er at udvikle de nøgler, der repræsenterer de små moduler som f.eks påberåbe, Logge på, indtast Data, klik på Send, verificere, logout, osv. Derefter, ved at specificere nøglerne i foruddefineret excel eller datatabel sammen med data og drift, kan vi udvikle testcases. I denne ramme kræves et driverscript, som læser excels eller datatabellen og udfører den tilsvarende opgave i henhold til tasterne. Dette er bedst egnet til små projekter, og på grund af brugen af ​​genanvendelige nøgler er vedligeholdelsesindsatsen meget mindre. Den største ulempe ved denne søgeordsdrevne ramme er kompleksiteten.

Hybrid testramme -

Ved at kombinere to eller flere testrammer, som er forklaret ovenfor, kan vi definere hybrid testrammerne. Denne type rammer bruges mest til alle testautomatiseringsprojekter.

UFT Oversigt - Test Framework
UFT Oversigt - Test Framework

konklusion:

I denne artikel om UFT-oversigt har vi lært om oversigten over automatiseringstest, UFT-komponenter og testrammer. Klik på her for at forstå mere fra Microfocus supportportalen.

Efterlad en kommentar