UFT-tutoriaal: UFT-oorsig (beginnersgids!)

Na ontwikkeling moet die sagtewareproduk deur die toetsfase geslaag word om die kwaliteit te verseker. In die toetslewensiklus het toetsoutomatisering 'n beter toekoms, aangesien dit die vermoë het om die toetssiklus en koste te verminder met verwagte kwaliteitskontrole. Baie instrumente is beskikbaar vir toetsoutomatisering, maar as ons die breër toepassingsdekking oorweeg, is die Unified Functional Test (UFT)-instrument een van die sleutelspelers.

Deur hierdie "UFT Oorsig" artikel gaan ons deur die basiese beginsels van toetsing en 'n oorsig van verskillende komponente wat beskikbaar is in UFT.

UFT-tutoriaal – Inhoudsopgawe

UFT Oorsig

Oor sagtewaretoetsing:

Toetsing is belangrik vir kruisverifikasie van die eindproduk. Toetsing kan in verskillende fases van sagteware-ontwikkeling lewensiklus gedoen word. Ons kan die sagtewaretoetsing op twee maniere uitvoer – handmatig of deur toetsoutomatisering. Ons sal deur die tutoriale oor toetsoutomatisering praat. 

Die doeleindes van sagtewaretoetsing word hieronder verduidelik -

  • Verifikasie van die kwaliteit van die eindproduk..
  • Vind en herstel die foute voordat die sagteware in produksie ontplooi word.
  • Toets kan verseker oor die sagteware vereiste.
  • Rapporteer indien daar enige prestasie- of sekuriteitskwessies is.

Die klassifikasie van sagtewaretoetsing word hieronder verduidelik -

  • Eenheidstoetsing – Hierdie tipe toetsing word in die ontwikkelingsfase deur die toepassingsontwikkelaar gedoen.
  • Integrasietoetsing – Na die ontwikkeling, wanneer al die komponente geïntegreer is, is die integrasietoetsing nodig om te verseker dat die koppelvlakke en die verskillende sagtewarekomponente werk soos verwag.
  • Stelseltoetsing – Hierdie tipe toetsing word gedoen voordat die eindproduk gelewer word. Die funksionaliteite van die produk word in hierdie fase getoets.
  • Aanvaarding van gebruikers – Die Gebruikersaanvaardingstoets (UAT) word deur die besigheidsgebruikers gedoen om die vereistes na te gaan voordat die produk in produksie betreur word. Dit is 'n swart-kbox-toets.
  • Regressiewe toetsing – Regressietoetsing word vereis om die besigheid-soos-gewoonlik-funksies tydens die toepassingverbeterings te verifieer.

Oor outomatiseringstoetsing:

In vandag se lewe is tyd 'n belangrike kriteria vir die sagtewaretoetsproses. Daar is dus 'n groot aanvraag om die toetsuitvoersiklus te verminder sonder om die kwaliteit in te boet. In hierdie spesifieke aspek kom outomatiseringstoetsing in die prentjie. Outomatiese toetsing is niks anders nie, maar die toetsing moet outomaties gedoen word sonder om enige menslike pogings te spandeer. Baie instrumente is beskikbaar om toetsoutomatisering uit te voer, soos RFT, QTP (UFT) en Selenium. Maar, met inagneming van die toepassingsdekking en buigsaamheid, regeer UFT die toetsoutomatiseringsbedryf. In hierdie tutoriaal sal ons 'n oorsigidee van UFT as 'n toetsoutomatiseringsinstrument verskaf.

Die sleutelkenmerke van toetsoutomatisering word hieronder genoem -

  • Outomatiese toetsuitvoering is altyd baie vinnig met vergelyking met handmatige toetssiklus.
  • Algemene menslike foute kan nie in toetsoutomatisering herhaal word nie.
  • Dit verminder die toetsuitvoersiklustyd wat ook help om die hele sagteware-ontwikkelingslewensiklus te verminder.
  • Verseker die kwaliteit deur meer funksies te dek.
  • Parallelle toetsuitvoering kan gedoen word.

Oor UFT Oorsig:

UFT is die kort vorm van Unified Functional Testing, wat voorheen bekend was as Quick Test Professional (QTP). Met behulp van VB Scripting word toetsgevalle gebou om enige funksionele toetsscenario te outomatiseer. Die primêre meriete van UFT bo ander toetsoutomatiseringsinstrumente word hieronder gespesifiseer -

  • Toetsoutomatiseringsproses is eenvoudig en maklik om die instrument in 'n korter tyd te leer.
  • Outomatisering kan deur die opname gedoen word.
  • Identifikasie van toetsvoorwerp is meer doeltreffend en robuust.
  • Dit is maklik versoenbaar met verskillende standaard toetsoutomatiseringsraamwerke.
  • Dit het meer toepassingsdekking. Die bekende toepassingsplatforms (bv. Web, SAP, SFDC, selfoon, ens.) is versoenbaar met UFT.
  • UFT ondersteun webdienstoetsing (API) en XML's.
  • Dit ondersteun vbscripting wat maklik is om te leer
  • Ons kan die UFT maklik integreer met ALM as 'n toetsbestuursinstrument.
  • Dit het 'n ingeboude Excel-blad soos dataTables wat help om toetsdatagedrewe benadering maklik te ontwikkel.
  • Ingeboude verslagdoening is beskikbaar met die instrument tydens uitvoering.

Verskillende belangrike komponente van UFT word hieronder gespesifiseer -

  • Aksie – Aksies is die werklike houer van die toetsskrifte, dit wil sê, ons kan die toetsgeval in 'n aksie ontwikkel. Die toepassingsfunksies kan met behulp van die aksies in klein logiese blokkies/modules opgedeel word.
  • Voorwerpbewaarplek – Die tegniese eienskappe van toetsobjekte word in objekbewaarplek (OF) gestoor wat gebruik word om die outomatiese toetsgevalle in UFT te ontwikkel.
  • Datatabel – Die ander belangrike kenmerke van UFT is datatabel wat gebruik word vir toetsdatabestuur. Gebaseer op die gebruik en voorkoms, is dit vergelykbaar met Microsoft Excel-blad. Ons kan data te eniger tyd vanaf die datatabel byvoeg, redigeer, uitvee. Die datatabel stel ons in staat om die data-gedrewe outomatiseringstoetsraamwerk te ontwerp.
  • Funksie Biblioteek – Die funksiebiblioteek in UFT bevat die gebruikergedefinieerde funksies en subprosedures. Konseptueel is funksie 'n blok kodes of stellings wat gebruik word om 'n spesifieke taak uit te voer. Om toegang tot die funksies vanaf die funksiebiblioteke te verkry, moet ons eers die biblioteek met die UFT-toetsgevalle assosieer.
  • Omgewing veranderlik - UFT stel ons in staat om konfigurasieverwante toetsdata te stoor wat deur die hele toetsreeks toeganklik sal wees in 'n spesiale soort veranderlikes. Hierdie veranderlikes staan ​​bekend as omgewingsveranderlike. Drie tipes omgewingsveranderlikes is beskikbaar - In geboude, interne gebruikergedefinieerde en eksterne gebruikergedefinieerde omgewingsveranderlikes. Besonderhede oor omgewingsveranderlikes is beskikbaar hier afgelaai word.
UFT Oorsig
UFT Oorsig

Oor outomatiseringstoetsraamwerk: 

Die outomatiseringstoetsraamwerk definieer 'n paar standaardriglyne wat help om toetsoutomatiseringstoetsaktiwiteite op 'n georganiseerde en doeltreffende manier uit te voer. Die doeleindes van outomatiseringstoetsraamwerke soos hieronder gespesifiseer –

  • Gebruik dieselfde standaarde deur al die toetsgevalle.
  • Verhoog die spoed van toetsoutomatiseringsaktiwiteite soos ontwikkeling, uitvoering, instandhouding ens.
  • Maklik om die mislukte toetsgevalle te ontfout.
  • Deur voorafbepaalde standaarde te gebruik, is daar beter leesbaarheid.
  • Verminder die toetsuitvoeringspogings deur die implementering van onbewaakte uitvoering.
  • Toetsdata kan op 'n gestruktureerde manier bestuur word deur die regte raamwerke te definieer.

In die onderstaande afdeling word die alle soorte outomatiese toetsraamwerke verduidelik -

Lineêre outomatiseringsraamwerk -

Hierdie tipe outomatiseringstoetsraamwerke staan ​​ook bekend as rekord- en speelraamwerk. Die rede agter hierdie naamkonvensie is dat die toetsgevalle geskep word deur die toetsscenario op te teken deur die UFT-opname-funksie. Hierdie tipe toetsgevalle bevat nie dataparameterisering, herbruikbare komponente ens nie. Hier kan die toetsgevalle vinnig geskep word met 'n minimum vaardighede van toetser. Hierdie toetsraamwerk is gewild vir eenmalige toetsuitvoering, maar nie raadsaam om vir langtermyn te gebruik nie. Aangesien dit baie meer instandhoudingspogings benodig as ons met ander raamwerke vergelyk.

Modulêre gedrewe raamwerk – 

Die naam dui daarop dat toetsgevalle deur herbruikbare modules gedryf word, wat beteken dat die hele toetsscenario in klein dele as modules opgebreek word. Deur die modules saam te voeg, kan ons die toetsgevalle skep. Die modules kan geskep word met behulp van herbruikbare aksies of prosedures met die hulp gedeelde objekbewaarplek. Voordat ons met die skryfwerk begin, moet ons die hele toetsscenario's ontleed en die klein afdelings identifiseer wat weer en weer hergebruik kan word.

Aangesien die modules die drywer in hierdie toetsraamwerk is, is die toetsinstandhoudingspogings baie minder as ons met lineêre toetsraamwerk vergelyk. Hierdie raamwerkbenadering is baie nuttig vir enige toepassing waar verskillende toetsvloeie beskikbaar is.

Data-gedrewe raamwerk –

Soos die naam aandui, word die toetsgevalle gedryf deur toetsdata in data-gedrewe toetsraamwerk. Die toetsdata kan in datatabelle, Excel-blad, databasisse of csv-lêers gestoor word wat tydens die toetsuitvoering afgehaal en gebruik sal word. Hierdie raamwerk is baie nuttig vir toepassings waar enkelvloei beskikbaar is en op grond van verskillende datakriteria, word verskillende toetsgevalle geskep. Dit verminder die aantal toetsgevalle aangesien dieselfde toetsgeval uitgevoer kan word vir verskillende stel toetsdata. Dit verminder dus ook die instandhoudingspogings.

Sleutelwoordgedrewe raamwerk – 

Die sleutelwoordgedrewe toetsraamwerk word ook die tabelgedrewe toetsing genoem. Die eerste stap van hierdie raamwerk is om die sleutels te ontwikkel wat die klein modules verteenwoordig soos bv roep, teken asseblief aan, voer Data in, klik Submit, verifieer, logout, ens. Dan, deur die sleutels in vooraf gedefinieerde Excel of datatabel te spesifiseer saam met data en werking, kan ons die toetsgevalle ontwikkel. In hierdie raamwerk word een bestuurderskrip vereis wat die Excel- of datatabel lees en die ooreenstemmende taak volgens die sleutels uitvoer. Dit is die beste geskik vir klein projekte en as gevolg van die gebruik van herbruikbare sleutels, is die instandhoudingspogings baie minder. Die grootste nadeel van hierdie sleutelwoordgedrewe raamwerk is die kompleksiteit.

Hibriede toetsraamwerk –

Deur twee of meer toetsraamwerke wat hierbo verduidelik is te kombineer, kan ons die hibriede toetsraamwerke definieer. Hierdie tipe raamwerke word meestal vir enige toetsoutomatiseringsprojekte gebruik.

UFT Oorsig - Toetsraamwerk
UFT Oorsig – Toetsraamwerk

Gevolgtrekking:

In hierdie artikel oor UFT-oorsig, het ons geleer oor die oorsig van outomatiseringstoetsing, komponente van UFT en toetsraamwerke. Klik hier afgelaai word om meer van die Microfocus-ondersteuningsportaal te verstaan.

Laat 'n boodskap

Jou e-posadres sal nie gepubliseer word nie. Verpligte velde gemerk *

Scroll na bo