API tesztelés HASZNÁLATÁVAL QTP/UFT: Teljes bemutató

By: Thomas Hamilton Thomas Hamilton
Hours korszerűsített

⚡ Okos összefoglaló

API tesztelés QTP/UFT Egy szolgáltatást közvetlenül, felhasználói felület bevonása nélkül validálnak. Egy API-teszt egy vásznon felépített tevékenységfolyamként épül fel, és ellenőrzőpontok döntik el, hogy az egyes válaszok sikeresek-e.

  • 🔘 Nincs grafikus felhasználói felület: A bemeneteket közvetlenül a szolgáltatásnak küldik, és a rögzített választ összehasonlítják az elvárásokkal.
  • ☑️ Öt támogatott típus: Webszolgáltatás, REST, objektumorientált nyelv, adatbázis és saját API-k.
  • ✅ Tevékenységfolyamat, nem objektumok: Húzzon egy HTTP kérést az Eszközkészletből a tesztfolyamatra, és állítsa be a tulajdonságait.
  • 🧪 Az ellenőrzőpontok döntenek az ítéletről: A 200-as állapotkód-ellenőrzőpont manuális ellenőrzés nélkül sikeres hívást jelez.
  • 🇧🇷 Eredmények egy helyen: A Futtatási Eredmények Megjelenítője minden tevékenységről, annak válaszáról és az egyes ellenőrzőpontok eredményéről jelentést készít.
  • 📌 Jelenlegi elnevezés: QTP plusz HP szervizteszt lett UFT, most úgy eladó, mint OpenText Funkcionális tesztelés (UFT Egy).
További információk

API teszt felépítése és futtatása QTP és a UFT egy

Mielőtt tesztelnénk egy API-t, tudnunk kell, hogy mi is az az API. Az API (Application Programming Interface) olyan szoftverfüggvények és eljárások gyűjteménye, amelyeket más szoftveralkalmazások is végrehajthatnak.

Mi az API tesztelés?

API tesztelés egy olyan szoftver tesztelés Alkalmazásprogramozási interfészek (API-k) validálására szolgáló módszer. Az API tesztelés célja az API funkcionalitásának, megbízhatóságának, biztonságának és teljesítményének tesztelése. Az API tesztelés során szoftvert használnak bemenetek küldésére az API-nak, és a kimenetet rögzítik az API tesztelése érdekében.

Tehát az API tesztelés a következő:

  • Tesztelés GUI nélkül
  • Adatok vagy vezérlési folyamat forgatókönyveinek programozott szimulációja.
  • Fókuszban funkcionalitás, nem a viselkedésen vagy a vásárlói élményen.

Az alábbi ábra az API tesztelést a szolgáltatást hívó kliens és az általa elért adatok közé helyezi.

Az API tesztelés hatóköre a kliensréteg és az adatbázisréteg között

Miért fontos az API tesztelés?

Az API tesztelésnek négy jelentős előnye van

1. Az API tesztelése a trend

Amint a következő ábra mutatja, az API tesztelés az elmúlt tíz évben nagyon gyorsan növekedett. Sokkal népszerűbbé vált, mint más tesztelési típusok.

Az API-tesztelés elterjedésének növekedését mutató diagram tíz év alatt

2. Időhatékony

Az API teszteléssel párhuzamos végrehajtást használhatunk a tesztek végrehajtási idejének csökkentésére. Akár ötszörös megtakarítást is elérhetünk más tesztelési típusokhoz képest.

3. Nyelvfüggetlen

Az API tesztelés során az adatok cseréje a következőn keresztül történik XML or JSON, így bármilyen nyelv használható a válasz tesztelésére. Például, ha van egy szolgáltatásod, amelynek a válasza JSON formátumú, akkor könnyen elemezheted az adatokat a következővel: Java, C# vagy bármilyen más nyelven.

4. Könnyű GUI-integráció

Mivel UFT Az egyik megoldásban GUI és API teszteket tárolunk, egy API hívás beállíthatja a felhasználói felület tesztjének adatait, és mindkét típusú tesztjelentést ugyanabba a futtatási eredménybe mentheti. Ezáltal a szolgáltatásellenőrzés és az azt felhasználó képernyő egyetlen projektben marad két eszközlánc helyett.

API tesztelés UFT (Egységes funkcionális tesztelés)

Sok eszköz áll rendelkezésre, mind nyílt forráskódú, mind kereskedelmi forgalomban kapható. UFT erős választás API-tesztek végrehajtásához, mivel a folyamat vizuálisan épül fel, és a konfiguráció egyetlen tulajdonságpanelen tárolódik.

Az utolsó verzió QTP, HP Unified néven Funkcionális tesztelés (UFT), a HP kombinációja QTP (egy grafikus felhasználói felület tesztelő eszköz) és a HP Service Test (egy API tesztelő eszköz). UFT támogatja a webet, Java, .NET, Oracle, a Siebel, a webszolgáltatások és sok más fontosabb nyelv és platform, amelyeket a régebbi verziók nem támogattak.

⚠️ Termék elnevezése: az itt leírt eszköz, mint HP UFT most úgy eladó, mint OpenText Funkcionális tesztelés (UFT Egy), miután a HP-től a Micro Focushoz, majd a OpenTextAz alábbi képernyőképek a HP-korszakbeli kiadásból származnak, így a menük megfogalmazása eltér a jelenlegi buildektől, de az API tesztelési folyamata, a tevékenységek és az ellenőrzőpontok ugyanúgy működnek.

API tesztelési támogatás típusa HP UFT

  1. webes szolgáltatás
  2. REST
  3. Objektum-orientált nyelv
  4. adatbázis
  5. Saját API

KAPCSOLÓDÓ CIKKEK

Kezdje el első API tesztelését a következővel: QTP

Ebben az API-tesztelésben UFT oktatóanyag, áttekintjük UFT API tesztelési példák. A Facebook Graph API-ját fogjuk tesztelni. Az API-t úgy fogjuk tesztelni, mint a Teszt eset lent

  1. Szerezze meg a megadott felhasználó profilját a Facebookon.
  2. Ellenőrizd, hogy a profil megfelel-e az elvárásoknak

Itt van egy lépés az API tesztfolyamatának létrehozásához.

Tervezett UFT tesztfolyamat a Facebook Graph API tesztesetéhez

⚠️ Erről a példáról: A Facebook évekkel ezelőtt visszavonta a Graph API 2.3-as verzióját, és az alább látható hozzáférési token már rég lejárt, így a pontos hívás már nem ad vissza adatokat. Az eredeti kérés változatlan marad, mint a működő példa; a folytatáshoz hajtsa végre ugyanazokat a lépéseket bármely aktuális REST végponton.

1. lépés) Nyissa meg HP UFT és hozzon létre egy új API tesztelési projektet

  1. A pop-art design, négy időzóna kijelzése egyszerre és méretének arányai azok az érvek, amelyek a NeXtime Time Zones-t kiváló választássá teszik. Válassza a Start > (Minden) Program > HP Software > HP Unified Functional Testing > Unified Functional Testing. A jelenlegi kiadásokban ez egyszerűen a UFT egy parancsikon.

    Windows A HP Unified Functional Testing parancsikonjának elérési útja a Start menüben

  2. Kattints Fájl > Új > Teszt. Válaszd ki a API teszt típus

    UFT Új teszt hozzáadása párbeszédpanel a kiválasztott API teszttípussal

  3. Amikor megnyílik egy párbeszédpanel, adja meg az API teszt nevét: API_Facebook, és válasszon ki egy helyet a projekt mentéséhez. Kattintson a gombra Teremt az API tesztprojekt létrehozásához.

    Az új API teszt elnevezése API_Facebook-ra és a mentési hely kiválasztása

2. lépés) HTTP kérés hozzáadása a tesztfolyamathoz

A HTTP kérést fogjuk használni a Facebook API-hoz intézett kéréshez.

  1. választ Eszköztár > Hálózat

    A hálózati csoport kibővült UFT Eszköztár ablaktábla

  2. Drag elem HTTP kérés a Flow teszteléséhez.

    HTTP kérési tevékenység visszaesett a következőre: UFT API tesztfolyamat-vászon

3. lépés) Paraméterek konfigurálása és átadása egy HTTP kérésnek

  1. Kattintson a jobb gombbal a HTTP kérés objektumot a szerkesztéshez.

    Jobb klikk menü a HTTP Request objektumon a tesztfolyamatban

  2. A Tulajdonságok részben adja meg a URL

    A HTTP kérés tevékenység Tulajdonságok panelje a következővel: URL mező

    https://graph.facebook.com/v2.3/me?access_token=CAACEdEose0cBANJsDnbZC92mNAghaM6xxZCZBZAvKlMXS98VYvKy%20OlrfAdsUWR8x5aw9Kqc0grscs9zb9IYED4VC3FwapIZBj%20dsuxy%20HdLcff38gYUBFNeRQlH%20fN7eXKoVZBNl0bR233ZAZCw8fLF1QLh98ry2ZBeYBhXLabtTDkFPZA1IqhaMG0mQp30zO1%20QxQ19nVCxZArJA6XRoB1o5FMepII5cn3DgbBmTgZD
  3. Paramétert is átadhatsz az API-nak az értékek beállításával a Kérelem fejléce rács.

    A kérés fejlécrácsa extra paraméterek API-hívásba történő átadására szolgál

    Használja a Graph API Explorer a Facebookról az access_token értékének lekéréséhez.

  4. Állítsa be HTTP módszer nak nek GET.

    A GET értékre beállított HTTP kérési tevékenység HTTP metóduslistája

    A kérés HTTP metódusaként a GET van kiválasztva.

  5. konfigurálása Az ellenőrzőpontok az HTTP kérés. Állítsa az állapotkódot erre: 200 az Ellenőrzőpontok részben. Az ellenőrzőpontok segítségével ellenőrizheti, hogy a művelet sikeres volt-e anélkül, hogy manuálisan ellenőriznie kellene az eredményt, és a teszt sikeres vagy sikertelen kimenetelét ezek határozzák meg. A 200-as állapotkód azt jelenti, hogy a teszteset sikeresen lefutott.

    Ellenőrzőpontok ablaktábla, ahol a várt állapotkód 200-ra van állítva

4. lépés) Futtassa le a tesztet

Kattintson az futás gombot, vagy nyomja meg a F5, a Teszt futtatása párbeszédpanel megnyitásához. Kattintson a gombra futás a teszt lefordításához és futtatásához.

UFT Teszt futtatása párbeszédpanel megnyitva a Futtatás gombbal

5. lépés) Tekintse meg az eredményt

Megnyílik a Futtatási eredmények megjelenítője. Ebben az API tesztelésben a következőt használjuk: UFT Például egy sikertelen tesztesetről a következő ábra szerint számolunk be.

Eredménymegjelenítő futtatása, amely egy sikertelen API tesztesetet mutat

Amikor a teszteset sikeres, az eredmény az alábbiak szerint jelenik meg.

Az API teszteset sikerességét mutató eredménymegjelenítő futtatása

Az első API-teszted itt van: UFT most már teljes.

Hová menjünk innen

Most, hogy megtanultad, hogyan kell API-teszttel tesztet létrehozni UFT, létrehozhatja saját tesztjét a grafikus felület nélküli alkalmazásához. Hozzáadás ellenőrző pont válasz és csoport szerintping hívásokat kezdeményez tranzakciók ezek a szokásos következő lépések.

GYIK

Egy grafikus felhasználói felület (GUI) tesztként futtatja a képernyőn megjelenő vezérlőket, és tesztobjektumokként tárolja azokat. Az API teszt egy olyan tevékenységfolyam egy vásznon, amely közvetlenül egy szolgáltatásnak küld kéréseket, így a felületről semmi sem kerül rögzítésre.

Nem. Egy API teszt tevékenységekkel, bemeneti és kimeneti tulajdonságokkal, valamint adatforrásokkal rendelkezik tesztobjektumok helyett, tehát nem objektumtár Csak a grafikus felhasználói felületű tesztek tanulják meg az objektumokat és tárolják azok leírását.

Importálja a WSDL szolgáltatást a tesztbe. UFT beolvassa a dokumentumot, létrehoz egy tevékenységet minden olyan művelethez, amelyet a szolgáltatás elérhetővé tesz, és hozzáadja azokat az Eszközkészlet ablaktáblához, így azok a tesztfolyamatra húzhatók, mint bármely más tevékenység.

A tevékenység bemeneti tulajdonságait egy adatforráshoz, például egy Excel-táblázathoz vagy XML-fájlhoz kapcsolja a ty helyett.ping literál értékek. Minden sor ezután egy iterációt hoz létre, és a Futtatási eredmények megjelenítője iterációnként jelenti az eredményt.

A mesterséges intelligencia által támogatott eszközök összehasonlítják a válaszokat a futtatások között, hogy megjelöljék a sémaeltolódást és az újonnan hibás mezőket, és csoportosítsák az ismétlődő hibákat a valószínűsíthető kiváltó ok szerint. Ez lerövidíti a triázst, de az egyes ellenőrzőpontok várható értékei továbbra is emberi döntést igényelnek.

A Copilot hasznos a teszttel kapcsolatos kódhoz: egyéni tevékenységlogika, válaszelemzés és segédfüggvények. Nem tudja felépíteni a vizuális tesztfolyamatot, és nem tudja beolvasni a szolgáltatáskódodat.tract, tehát minden általa javasolt kérés és ellenőrzőpont ellenőrzésre szorul.

SoapUI és a Postman könnyebbek és szabadabbak eleve. UFT kiérdemli a helyét ott, ahol ugyanazon projektnek kell lefednie a felhasználói felületet is, mivel egy licenc és egy eredményhalmaz mindkét réteget lefedi.

A HTTP állapotkódon túl egy API teszt képes ellenőrizni a válasz törzsének tartalmát, az egyes fejlécértékeket és a visszaadott adatokat egy várt forrással összehasonlítva. Minden ellenőrzőpont eredménye a kérés mellett megjelenik a Futtatási eredmények megjelenítőjében.

Foglald össze ezt a bejegyzést a következőképpen: