UFT Tutorial | Pangkalahatang-ideya ng UFT - Pinakamahusay na Gabay para sa UFT 14.x

Pangkalahatang-ideya ng UFT - Larawan ng Tampok

Matapos ang pagbuo, ang produkto ng software ay kailangang maipasa sa yugto ng pagsubok upang matiyak ang kalidad. Sa siklo ng buhay sa pagsubok, ang pagsubok na awtomatiko ay may isang mas maliwanag na hinaharap dahil mayroon itong kakayahang bawasan ang siklo ng pagsubok at gastos sa inaasahang pagsusuri sa kalidad. Maraming mga tool ang magagamit para sa pagsubok na awtomatiko, ngunit kung isasaalang-alang namin ang mas malawak na saklaw ng application, ang tool na Unified Functional Test (UFT) ay isa sa pangunahing player.

Sa pamamagitan ng artikulong "Pangkalahatang-ideya ng UFT" na ito, dadaan kami sa mga pangunahing kaalaman sa pagsubok at pangkalahatang ideya ng iba't ibang mga bahagi na magagamit sa UFT.

Tutorial ng UFT - Talaan ng Nilalaman

UFT Tutorial # 1: Pangkalahatang-ideya ng UFT

Tutorial ng UFT # 2: Pag-set up ng UFT - Mag-download, Mag-install, Pag-configure ng Lisensya at ALM Connection

Tutorial ng UFT # 3: UFT Object Repository

Tutorial ng UFT # 4: UFT Mga Pagkilos at Pag-andar ng Library 

Tutorial ng UFT # 5: Parameterisasyon ng UFT 

Tutorial ng UFT # 6: VB Scripting sa UFT

Tutorial ng UFT # 7: Hakbang sa Hakbang ng Gabay upang Lumikha ng Kaso ng Pagsubok sa UFT

Tutorial ng UFT # 8: Exception na Pangangasiwa sa UFT

Tutorial ng UFT # 9: Pagre-record sa UFT gamit ang Mga Checkpoint at Bagay ng Diksyonaryo 

Tutorial ng UFT # 10: Mga Katanungan at Sagot sa Panayam ng UFT 

Pangkalahatang-ideya ng UFT

Tungkol sa Pagsubok ng Software:

Ang kahalagahan ay may kahalagahan para sa cross verification ng end product. Maaaring gawin ang pagsubok sa iba't ibang mga yugto ng pag-ikot ng buhay sa pag-unlad ng software. Maaari naming maisagawa ang pagsubok ng software sa dalawang paraan - manu-mano o sa pamamagitan ng pagsubok na awtomatiko. Pag-uusapan natin ang tungkol sa pagsubok na awtomatiko sa pamamagitan ng mga tutorial. 

Ang mga layunin ng pagsubok ng software ay ipinaliwanag sa ibaba -

  • Pag-verify ng kalidad ng end product ..
  • Hanapin at ayusin ang mga bug bago i-deploy ang software sa paggawa.
  • Maaaring matiyak ng pagsubok ang tungkol sa kinakailangan ng software.
  • Iulat kung mayroong anumang mga isyu sa pagganap o seguridad.

Ang pag-uuri ng pagsubok ng software ay ipinaliwanag sa ibaba -

Pagsubok ng Yunit - Ang ganitong uri ng pagsubok ay ginagawa sa yugto ng pag-unlad ng developer ng application.

Pagsubok sa Pagsasama - Matapos ang pag-unlad, kapag ang lahat ng mga bahagi ay isinama, kinakailangan ang pagsubok sa pagsasama upang matiyak na ang mga interface at ang iba't ibang mga bahagi ng software ay gumagana tulad ng inaasahan.

Pagsubok ng System - Ang ganitong uri ng pagsubok ay tapos na bago maihatid ang end na produkto. Ang mga pag-andar ng produkto ay nasubok sa yugtong ito.

Pagsubok ng Pagtanggap ng Gumagamit - Ang User Acceptance Testing (UAT) ay ginagawa ng mga gumagamit ng negosyo upang suriin ang mga kinakailangan bago itapid ang produkto sa produksyon. Ito ay isang pagsubok sa blac-kbox.

Regressing Testing - Kinakailangan ang pagsusuri sa pag-urong upang ma-verify ang kagamitang tulad ng karaniwang gawain sa mga pagpapahusay ng aplikasyon.

Tungkol sa Pagsubok sa Awtomatiko:

Sa buhay ngayon, ang oras ay isang mahalagang pamantayan para sa proseso ng pagsubok ng software. Kaya, mayroong isang mataas na demand na bawasan ang siklo ng pagpapatupad ng pagsubok nang hindi nakakompromiso sa kalidad. Sa partikular na aspeto na ito ang pagsubok sa pag-aautomat. Ang automated na pagsubok ay wala ngunit ang pagsubok ay dapat gawin awtomatiko nang hindi gumagasta ng anumang mga pagsisikap ng tao. Maraming mga tool ang magagamit upang maisagawa ang pagsubok na awtomatiko tulad ng RFT, QTP (UFT), at Selenium. Ngunit, isinasaalang-alang ang saklaw ng application at kakayahang umangkop, ang UFT ay nagpapasiya sa industriya ng pagsubok na awtomatiko. Sa tutorial na ito, magbibigay kami ng isang pangkalahatang ideya ng ideya ng UFT bilang isang tool sa pag-automate ng pagsubok.

Ang mga pangunahing tampok ng automation ng pagsubok ay nabanggit sa ibaba -

  • Ang awtomatikong pagpapatupad ng pagsubok ay laging napakabilis na ihambing sa manu-manong cycle ng pagsubok.
  • Ang mga karaniwang pagkakamali ng tao ay hindi maaaring kopyahin sa pag-automate ng pagsubok.
  • Binabawasan nito ang oras ng ikot ng pagpapatupad ng pagsubok na makakatulong upang mabawasan din ang buong ikot ng buhay sa pag-unlad ng software.
  • Tinitiyak ang kalidad sa pamamagitan ng pagtakip sa maraming mga pagpapaandar.
  • Maaaring gawin ang parallel na pagpapatupad ng pagsubok.
Pangkalahatang-ideya ng UFT - Pagsubok sa Awtomatiko
Pangkalahatang-ideya ng UFT - Pagsubok sa Awtomatiko

Tungkol sa UFT Pangkalahatang-ideya:

Ang UFT ay isang maikling form ng Pinag-isang Pagganap na Pagsubok, na dating kilala bilang Quick Test Professional (QTP). Sa tulong ng VB Scripting, bumuo ng mga kaso sa pagsubok upang i-automate ang anumang pangyayari sa pagsusuri sa pagganap. Ang pangunahing merito ng UFT kaysa sa iba pang mga tool sa pag-automate ng pagsubok, ay tinukoy sa ibaba -

  • Ang proseso ng awtomatikong pagsubok ay simple at madaling malaman ang tool sa isang mas maikling haba ng oras.
  • Ang automation ay maaaring gawin sa pamamagitan ng pagrekord.
  • Ang pagkakakilanlan ng pagsubok na bagay ay mas mahusay at matatag.
  • Madali itong katugma sa iba't ibang pamantayan ng mga balangkas ng automation ng pagsubok.
  • Mayroon itong higit pang saklaw ng application. Ang sikat na mga platform ng aplikasyon (hal, Web, SAP, SFDC, mobile, atbp.) Ay tugma sa UFT.
  • Sinusuportahan ng UFT ang pagsubok sa serbisyo sa web (API) at mga XML.
  • Sinusuportahan nito ang vbscripting na madaling malaman
  • Madali naming maisasama ang UFT sa ALM bilang isang tool sa pamamahala ng pagsubok.
  • Mayroon itong in-build excel sheet tulad ng dataTables na makakatulong upang malinang malinang ang diskarte na hinimok ng data ng pagsubok.
  • Magagamit ang pag-uulat na in-build kasama ang tool habang isinasagawa.

Ang iba't ibang mahahalagang sangkap ng UFT ay tinukoy sa ibaba -

aksyon –Ang mga kilos ay ang tunay na lalagyan ng mga script ng pagsubok ie, maaari naming mabuo ang kaso ng pagsubok sa isang aksyon. Ang mga pag-andar ng application ay maaaring masira sa maliit na mga lohikal na bloke / modyul gamit ang mga pagkilos.

Repository ng Bagay - Ang mga teknikal na katangian ng mga pagsubok na bagay ay nakaimbak sa object repository (OR) na ginagamit upang paunlarin ang mga awtomatikong kaso ng pagsubok sa UFT.

Talaan ng mga impormasyon - Ang isa pang mahalagang tampok ng UFT ay datatable na ginagamit para sa pamamahala ng data ng pagsubok. Batay sa paggamit at hitsura, maihahambing ito sa excel sheet ng Microsoft. Maaari kaming magdagdag, mag-edit, magtanggal ng data sa anumang oras mula sa datatable. Pinapayagan kami ng datatable na idisenyo ang balangkas ng pagsubok sa awtomatiko na hinihimok ng data.

Function Library - Ang function library sa UFT, naglalaman ng mga function na tinukoy ng gumagamit at mga sub na pamamaraan. Konseptwal, ang pag-andar ay isang bloke ng mga code o pahayag na ginagamit upang maisagawa ang isang tiyak na gawain. Upang ma-access ang mga pagpapaandar mula sa mga library ng pag-andar, una, kailangan naming iugnay ang library sa mga kaso ng pagsubok na UFT.

Variable sa Kapaligiran - Pinapayagan kami ng UFT na mag-imbak ng data ng pagsubok na nauugnay sa pagsasaayos na mai-access sa pamamagitan ng buong pagsubok na suite sa isang espesyal na uri ng mga variable. Ang mga variable na ito ay kilala bilang variable ng kapaligiran. Magagamit ang tatlong uri ng mga variable ng kapaligiran - Sa built, internal na tinukoy ng gumagamit at panlabas na tinukoy ng user na mga variable ng kapaligiran. Magagamit ang mga detalye sa mga variable ng kapaligiran dito.

Pangkalahatang-ideya ng UFT
Pangkalahatang-ideya ng UFT

Tungkol sa Framework ng Pagsubok sa Awtomatiko: 

Tinutukoy ng balangkas ng pagsubok sa awtomatiko ang ilang mga pamantayang alituntunin na makakatulong upang maisagawa ang mga aktibidad sa pagsubok sa awtomatiko sa isang maayos at mahusay na paraan. Ang mga layunin ng mga framework ng pagsubok sa awtomatiko tulad ng tinukoy sa ibaba -

  • Gumamit ng parehong pamantayan sa pamamagitan ng lahat ng mga kaso ng pagsubok.
  • Taasan ang bilis ng mga aktibidad sa pag-automate ng pagsubok tulad ng pag-unlad, pagpapatupad, pagpapanatili atbp.
  • Madaling i-debug ang mga nabigong mga kaso sa pagsubok.
  • Paggamit ng mga paunang natukoy na pamantayan, may mas mahusay na kakayahang mabasa.
  • Binabawasan ang mga pagsisikap sa pagpapatupad ng pagsubok sa pamamagitan ng pagpapatupad ng hindi nag-iingat na pagpapatupad.
  • Ang data ng pagsubok ay maaaring mapamahalaan sa isang nakabalangkas na paraan sa pamamagitan ng pagtukoy sa tamang mga balangkas.

Sa seksyon sa ibaba, ipinaliwanag ang lahat ng uri ng mga naka-automate na balangkas ng pagsubok -

Framework ng Linear Automation - Ang ganitong uri ng mga balangkas ng pagsubok sa awtomatiko ay kilala rin bilang balangkas ng record at play. Ang dahilan sa likod ng kombensyon na ito ay ang mga kaso ng pagsubok ay nilikha sa pamamagitan ng pagtatala ng senaryong pagsubok ng tampok na Pagrekord ng UFT. Ang ganitong uri ng kaso ng pagsubok ay hindi naglalaman ng parameterization ng data, magagamit muli na mga sangkap atbp Dito, ang mga kaso ng pagsubok ay maaaring malikha nang mabilis na may minimum na skillet ng tester. Ang balangkas ng pagsubok na ito ay tanyag para sa isang beses na pagpapatupad ng pagsubok ngunit hindi maipapayo na gamitin para sa pangmatagalan. Dahil nangangailangan ito ng higit pang mga pagsisikap sa pagpapanatili kung ihinahambing namin sa iba pang mga balangkas.

Modular Driven Framework - Ipinapahiwatig ng pangalan na ang mga kaso ng pagsubok ay hinihimok ng mga magagamit na module na nangangahulugang ang buong sitwasyon sa pagsubok ay nasira sa maliliit na bahagi bilang mga module. Sa pamamagitan ng pag-club ng mga module, makakalikha tayo ng mga kaso ng pagsubok. Maaaring likhain ang mga module gamit ang mga magagamit na pagkilos o pamamaraan na may tulong na ibinahaging object repository. Bago simulan ang scripting, kailangan naming pag-aralan ang buong mga sitwasyon sa pagsubok at kilalanin ang mga maliliit na seksyon na maaaring magamit muli at muli.

Tulad ng mga modyul na nagmamaneho sa pagsubok na balangkas na ito, ang mga pagsisikap sa pagpapanatili ng pagsubok ay mas mababa kung ihinahambing namin sa linear na balangkas ng pagsubok. Ang diskarte na ito ng balangkas ay lubhang kapaki-pakinabang para sa anumang aplikasyon kung saan magagamit ang iba't ibang mga daloy ng pagsubok.

Framework na Batay sa Data - Tulad ng iminumungkahi ng pangalan, ang mga kaso ng pagsubok ay hinihimok ng data ng pagsubok sa balangkas ng pagsubok na hinihimok ng data. Ang data ng pagsubok ay maaaring maiimbak sa mga datatable, excel sheet, mga database o csv file na kukunin at gagamitin sa panahon ng pagpapatupad ng pagsubok. Ang balangkas na ito ay lubhang kapaki-pakinabang para sa mga application kung saan magagamit ang solong daloy at batay sa iba't ibang pamantayan ng data, nilikha ang iba't ibang mga kaso ng pagsubok. Pinapaliit nito ang bilang ng mga kaso ng pagsubok na maaaring maisagawa sa parehong kaso ng pagsubok para sa iba't ibang hanay ng data ng pagsubok. Sa gayon, binabawasan din nito ang mga pagsisikap sa pagpapanatili.

Framework na Hinihimok ng Keyword - Ang framework ng pagsubok na hinihimok ng keyword ay tinatawag ding pagsubok na hinimok ng mesa. Ang unang hakbang ng balangkas na ito ay upang bumuo ng mga susi na kumakatawan sa maliit na mga module tulad ng tumawag sa diyos, login, enterData, mag-clickSubmit, patunayan, -logout, atbp Pagkatapos, sa pamamagitan ng pagtukoy ng mga susi sa paunang natukoy na excel o nai-datatable kasama ang data at pagpapatakbo, maaari naming mabuo ang mga kaso ng pagsubok. Sa balangkas na ito, kinakailangan ang isang script ng drayber na magbabasa ng mga excel o ma-datatable at isagawa ang kaukulang gawain ayon sa mga susi. Ito ay pinakamahusay na nilagyan para sa maliliit na proyekto at dahil sa paggamit ng mga magagamit muli na key, ang mga pagsisikap sa pagpapanatili ay mas mababa. Ang pangunahing kawalan ng balangkas na hinihimok ng keyword na ito ay ang pagiging kumplikado.

Framework ng Hybrid Test - Sa pamamagitan ng pagsasama ng dalawa o higit pang mga framework ng pagsubok na ipinaliwanag sa itaas, maaari naming tukuyin ang mga framework ng hybrid test. Ang mga uri ng balangkas na ito ay kadalasang ginagamit para sa anumang mga proyekto sa pagsubok na awtomatiko.

Pangkalahatang-ideya ng UFT - Framework ng Pagsubok
Pangkalahatang-ideya ng UFT - Framework ng Pagsubok

Paghihinuha:

Sa artikulong ito tungkol sa Pangkalahatang-ideya ng UFT, nalaman namin ang tungkol sa pangkalahatang ideya ng pagsubok sa awtomatiko, mga bahagi ng UFT, at mga balangkas ng pagsubok. Mag-click dito upang maunawaan ang higit pa mula sa portal ng suporta ng Microfocus.

Tungkol kay K Mondal

UFT Tutorial | Pangkalahatang-ideya ng UFT - Pinakamahusay na Gabay para sa UFT 14.xKumusta, ako si K. Mondal, naiugnay ako sa isang nangungunang samahan. Mayroon akong 12+ taon na karanasan sa pagtatrabaho sa mga domain hal, pag-unlad ng application, pagsubok sa automation, IT Consultant. Lubhang interesado akong matuto ng iba't ibang mga teknolohiya. Narito ako upang matupad ang aking hangarin at kasalukuyang nagbibigay ng kontribusyon bilang isang May-akda at Developer ng Website kapwa sa LambdaGeeks.
Kumonekta sa LinkedIn- https://www.linkedin.com/in/kumaresh-mondal/

Mag-iwan ng komento

Ang iyong email address ay hindi ilalathala. Ang mga kailangang field ay may markang *

en English
X