API testimine QTP/UFT: täielik õpetus

Autor: Thomas Hamilton Thomas Hamilton
Hours Ajakohastatud

⚡ Nutikas kokkuvõte

API testimine QTP/UFT Teenust valideeritakse otse, ilma kasutajaliideseta. API-test luuakse tegevuste voona lõuendil ja kontrollpunktid otsustavad, kas iga vastus läbib testi.

  • 🔘 GUI-d pole vaja: Sisendid saadetakse otse teenusele ja salvestatud vastust võrreldakse ootustega.
  • ☑️ Viis toetatud tüüpi: Veebiteenus, REST, objektorienteeritud keel, andmebaas ja patenteeritud API-d.
  • ✅ Tegevusvoog, mitte objektid: Lohistage HTTP-päring tööriistakastist testivoogu ja määrake selle omadused.
  • 🧪 Kontrollpunktid otsustavad kohtuotsuse: Kontrollpunkti 200 olekukood tähistab kõne õnnestumist ilma käsitsi kontrollimiseta.
  • 🛠️ Tulemused ühes kohas: Käivita tulemuste vaatur annab aru igast tegevusest, selle vastusest ja iga kontrollpunkti tulemusest.
  • 📌 Praegune nimetus: QTP pluss HP hooldustest sai UFT, nüüd müüakse kui OpenText Funktsionaalne testimine (UFT Üks).
Loe rohkem

API-testi loomine ja käitamine QTP ja UFT Üks

Enne API testimist peame teadma, mis API on. API (rakendusprogrammeerimisliides) on tarkvarafunktsioonide ja -protseduuride kogum, mida saavad täita teised tarkvararakendused.

Mis on API testimine?

API testimine on tarkvara testimine Rakendusliideste (API-de) valideerimise meetod. API testimise eesmärk on testida API funktsionaalsust, töökindlust, turvalisust ja jõudlust. API testimisel saadetakse API-le sisendid tarkvara abil ja väljund salvestatakse API testimiseks.

Seega API testimine on järgmine:

  • Testimine ilma GUIta
  • Andmete või juhtimisvoo stsenaariumide programmiline simuleerimine.
  • Keskendu funktsionaalsus, mitte käitumise ega kliendikogemuse põhjal.

Allolev diagramm paigutab API testimise teenust kutsuva kliendi ja selle poolt kättesaadavate andmete vahele.

API testimise ulatus kliendikihi ja andmebaasikihi vahel

Miks on API testimine oluline?

API-testimisel on neli olulist eelist

1. API testimine on trend

Nagu järgmine joonis näitab, on API-testimine viimase kümne aasta jooksul väga kiiresti kasvanud. See on muutunud palju populaarsemaks kui teised testimistüübid.

Diagramm, mis näitab API testimise kasutuselevõtu kasvu kümne aasta jooksul

2. Ajasäästlik

API-testimise abil saame testide täitmisaja vähendamiseks kasutada paralleelset käivitamist. Võrreldes teiste testimistüüpidega saate säästa kuni 5 korda.

3. Keelest sõltumatu

API testimises vahetatakse andmeid kaudu XML or JSON, seega saab vastuse testimiseks kasutada mis tahes keelt. Näiteks kui teil on teenus, mille vastus on JSON-vormingus, saate andmeid hõlpsalt parsida Java, C# või mis tahes muus keeles.

4. Lihtne GUI integreerimine

Sest UFT Üks lahendus hoiab GUI-teste ja API-teste samas lahenduses, API-kutse saab seadistada kasutajaliidese testi andmed ja mõlemat tüüpi testide aruanded samades tulemustes. See hoiab teenusekontrolli ja seda töötleva ekraani ühes projektis kahe tööriistaketti asemel.

API testimine koos UFT (Ühtne funktsionaalne testimine)

Saadaval on palju tööriistu, nii avatud lähtekoodiga kui ka kommertslikke. UFT on tugev valik API-testide tegemiseks, kuna voog on üles ehitatud visuaalselt ja konfiguratsiooni hoitakse ühel omaduste paanil.

Viimane versioon QTP, mida nimetatakse HP Unifiediks Funktsionaalne testimine (UFT), on HP kombinatsioon QTP (GUI testimise tööriist) ja HP ​​Service Test (API testimise tööriist). UFT toetab veebi, Java, .NET, Oracle, Siebel, veebiteenused ja paljud teised suuremad keeled ja platvormid, mida vanemad versioonid ei toetanud.

⚠️ Toote nimetamine: siin kirjeldatud tööriist kui HP UFT müüakse nüüd kui OpenText Funktsionaalne testimine (UFT Üks), olles liikunud HP-lt Micro Focusele ja seejärel OpenTextAllolevad ekraanipildid pärinevad HP-ajastu väljaandest, seega menüüde sõnastus erineb praeguste versioonide omast, kuid API testimisvoog, tegevused ja kontrollpunktid toimivad samamoodi.

API testimise toe tüüp HP UFT

  1. Veebiteenus
  2. REST
  3. Objektorienteeritud keel
  4. andmebaas
  5. Patenditud API

SEOTUD ARTIKLID

Alusta oma esimest API testimist QTP

Selles API testimises UFT õpetus, me käsitleme seda UFT API testimise näited. Me hakkame testima Facebooki Graph API-t. Me testime API-t järgmiselt: Testjuhtum alla

  1. Hankige Facebookis määratud kasutaja profiil.
  2. Veenduge, et profiil vastab ootustele

Siin on samm selle API testivoo loomiseks.

Plaanitud UFT Facebook Graph API testijuhtumi testivoog

⚠️ Selle näite kohta: Facebook lõpetas Graph API v2.3 tootmise aastaid tagasi ja allpool näidatud juurdepääsutõend on ammu aegunud, seega täpne päring enam andmeid ei tagasta. Algset päringut ei muudeta nagu töönäidet; jätkamiseks korrake samu samme mis tahes praeguses REST-i lõpp-punktis.

Samm 1) Avage HP UFT ja loo uus projekt API testimine

  1. Vali Start > (Kõik) Programs > HP Software > HP Unified Functional Testing > Unified Functional Testing. Praegustes väljaannetes on see lihtsalt UFT Üks otsetee.

    Windows HP Unified Functional Testing otsetee menüü Start tee

  2. Click Fail > Uus > Test. Vali API test tüüp

    UFT Uue testi lisamise dialoogiboks, kus on valitud API testi tüüp

  3. Kui dialoogiboks avaneb, sisestage API-testi nimi: API_Facebookja valige asukoht selle projekti salvestamiseks. Klõpsake Looma API testimisprojekti loomiseks.

    Uue API testi nimetamine API_Facebookiks ja selle salvestuskoha valimine

2. samm) HTTP-päringu lisamine testvoogu

Kasutame Facebooki API-le päringu esitamiseks HTTP-päringut.

  1. valima Tööriistakast > võrk

    Võrgustiku grupp laienes UFT Tööriistakasti paan

  2. Lohistage elementi HTTP taotlus voolu testimiseks.

    HTTP-päringute aktiivsus langes UFT API testimisvoo lõuend

3. samm) Konfigureerige ja edastage parameetrid HTTP-päringule

  1. Paremklõpsake nuppu HTTP taotlus objekt selle redigeerimiseks.

    Paremklõpsake menüüd HTTP-taotluse objektil testimisvoos

  2. Sisesta omaduste osas URL

    HTTP-päringu tegevuse atribuutide paan koos URL väli

    https://graph.facebook.com/v2.3/me?access_token=CAACEdEose0cBANJsDnbZC92mNAghaM6xxZCZBZAvKlMXS98VYvKy%20OlrfAdsUWR8x5aw9Kqc0grscs9zb9IYED4VC3FwapIZBj%20dsuxy%20HdLcff38gYUBFNeRQlH%20fN7eXKoVZBNl0bR233ZAZCw8fLF1QLh98ry2ZBeYBhXLabtTDkFPZA1IqhaMG0mQp30zO1%20QxQ19nVCxZArJA6XRoB1o5FMepII5cn3DgbBmTgZD
  3. Parameetri saab API-sse edastada ka väärtuste määramise teel. Taotluse päis võrk.

    Taotluse päise ruudustik, mida kasutatakse API-kõnele lisaparameetrite edastamiseks

    Kasuta Graafi API uurija Facebookist, et saada access_tokeni väärtus.

  4. Määrake HTTP-meetod et GET.

    HTTP-meetodite loend, kus HTTP-päringu tegevus on seatud väärtusele GET

    Päringu HTTP-meetodiks on valitud GET

  5. Seadistamine Kontrollpunktid Euroopa HTTP taotlusMäärake olekukoodiks 200 Kontrollpunktide osas. Kontrollpunktide abil saate näha, kas toiming oli edukas, ilma et peaksite tulemust käsitsi kontrollima, ning testi läbimise või mitteläbimise otsus määratakse nende põhjal. Staatuse kood 200 tähendab, et test on läbitud.

    Kontrollpunktide paan, mille eeldatav olekukood on seatud väärtusele 200

Samm 4) Käivitage test

kliki jooks nuppu või vajutage F5, et avada dialoogiboks „Käivita test“. Klõpsake nuppu jooks testi kompileerimiseks ja käivitamiseks.

UFT Käivita testidialoog avati nupust Käivita

5. samm) Vaadake tulemust

Avaneb käivitamise tulemuste vaatur. Selles API testimises kasutatakse UFT Näiteks ebaõnnestunud testijuhtum on kajastatud nagu järgmisel joonisel.

Käivita tulemuste vaatur, mis näitab ebaõnnestunud API testijuhtumit

Kui test läbitakse, kuvatakse tulemus allpool näidatud viisil.

Käivita tulemuste vaatur, mis näitab API testi õnnestumist

Teie esimene API test on UFT on nüüd valmis.

Kui minna siit

Nüüd, kui olete õppinud API-testiga testi looma UFT, saate luua oma GUI-vaba rakenduse jaoks oma testi. Lisades a kontrollpunkt vastuse ja grupi kohtaping kõned sisse tehingute on tavapärased järgmised sammud.

KKK

GUI testib ekraanil kuvatavaid juhtelemente ja salvestab need testobjektidena. API test on tegevuste voog lõuendil, mis saadab päringuid otse teenusele, nii et liidesest ei salvestata midagi.

Ei. API-testil on testobjektide asemel tegevused, sisend- ja väljundatribuudid ning andmeallikad, seega mitte objektide hoidla on kaasatud. Ainult GUI-testid õpivad objekte ja salvestavad nende kirjeldused.

Importige teenus WSDL testi. UFT loeb dokumendi, loob iga teenuse poolt avaldatud toimingu jaoks tegevuse ja lisab need tööriistakasti paanile, et neid saaks testivoogu lohistada nagu iga teist tegevust.

Linkige tegevuse sisendi atribuudid andmeallikaga, näiteks Exceli tabeli või XML-failiga, mitte ty-gaping literaalväärtused. Iga rida loob seejärel ühe iteratsiooni ja Run Results Viewer annab iga iteratsiooni tulemuse kohta aruande.

Tehisintellektil põhinev tööriist võrdleb vastuseid eri testides, et märkida skeemi nihkumist ja äsja rikki läinud välju, ning suudab korduvaid tõrkeid grupeerida tõenäolise algpõhjuse järgi. See lühendab küll triaaži, kuid iga kontrollpunkti oodatavad väärtused vajavad siiski inimese otsust.

Copilot on kasulik testiga seotud koodi jaoks: kohandatud tegevuste loogika, vastuste parsimine ja abifunktsioonid. See ei saa luua visuaalset testivoogu ega lugeda teie teenuse konfiguratsiooni.tract, seega vajab iga soovitatud päring ja kontrollpunkt kinnitamist.

SoapUI ja Postman on alguses kergemad ja vabamad. UFT teenib oma koha seal, kus sama projekt peab hõlmama ka kasutajaliidest, kuna üks litsents ja üks tulemuste komplekt hõlmavad mõlemat kihti.

Lisaks HTTP olekukoodile saab API test kontrollida vastuse sisu, individuaalseid päise väärtusi ja tagastatud andmeid võrreldes oodatava allikaga. Iga kontrollpunkti tulemus kuvatakse päringu kõrval käivitustulemuste vaaturis.

Võta see postitus kokku järgmiselt: