Tīmekļa pakalpojumu testēšanas apmācība: kā pārbaudīt? Uzziniet, izmantojot piemēru

Satura rādītājs:

Anonim

Kas ir WebService?

Tīmekļa pakalpojumi ir saziņas mehānisms vai līdzeklis, caur kuru divas lietojumprogrammas / iekārtas apmainīsies ar datiem neatkarīgi no pasvītrotās arhitektūras un tehnoloģijas.

Kas ir tīmekļa pakalpojumu testēšana?

Web Services Testing ir programmatūras testēšanas veids, kas apstiprina Web pakalpojumus. Tīmekļa pakalpojumu testēšanas mērķis ir pārbaudīt API (lietojumprogrammu saskarnes) funkcionalitāti, uzticamību, veiktspēju un drošību. Tīmekļa pakalpojumu testēšana dažos gadījumos ir līdzīga vienības testēšanai. Jūs varat manuāli pārbaudīt Web servisu vai izveidot pats savu automatizācijas kodu vai izmantot automātisku automatizētu rīku, piemēram, Postman.

Kāpēc nepieciešama WebService?

Parasti programmatūras tiek izstrādātas tā, lai tās varētu patērēt cilvēki, kur persona nosūta pieprasījumu programmatūras dienestam, kurš savukārt atbildi sniedz cilvēkiem lasāmā formātā.

Mūsdienu tehnoloģiju laikmetā, ja vēlaties izveidot programmatūras lietojumprogrammu, jums tas nav jāveido no nulles. Ir pieejami daudz gatavu pakalpojumu, kurus varat pievienot savā lietojumprogrammā, un jūs varat sākt nodrošināt šos pakalpojumus savā lietojumprogrammā.

Piemēram, jūs vēlaties parādīt laika prognozes informāciju, kas nav nepieciešama datu vākšanai, apstrādei un atveidošanai lietojumprogrammā. Pakalpojumus varat iegādāties no cilvēkiem, kuri jau ir labi izveidojuši šāda veida datu apstrādi un publicēšanu.

Tīmekļa pakalpojumi ļauj mums veikt šāda veida ieviešanu.

Kā piemēru ņemiet vērā šo WebService

http://www.webservicex.net/stockquote.asmx?op=GetQuote

Tas dod uzņēmuma akciju vērtību.

Atradīsim Google akcijas cenu (simbols: GOOG)

Atbildes XML norāda akciju cenu.

Šo WebService var izsaukt programmatūras lietojumprogramma, izmantojot SOAP vai HTTP protokolu.

Tīmekļa pakalpojumu protokoli

Tīmekļa pakalpojumus var ieviest dažādos veidos, taču populārākās ieviešanas pieejas ir šādas.

  1. SOAP (vienkāršs objekta piekļuves protokols)
  2. REST (reprezentatīva valsts pārsūtīšanas arhitektūra)

ZIEPES

SOAP ir standarta protokols, ko W3C standarts nosaka tīmekļa pakalpojumu pieprasījumu un atbilžu sūtīšanai un saņemšanai.

SOAP izmanto XML formātu, lai nosūtītu un saņemtu pieprasījumu, tāpēc dati ir neatkarīgi no platformas dati. SOAP ziņojumi tiek apmainīti starp pakalpojumu sniedzēja lietojumprogrammām un saņemošo lietojumprogrammu SOAP aploksnēs.

Tā kā SOAP izmanto vienkāršo http transporta protokolu, ugunsmūri tās ziņojumus nebloķē.

ATPŪTA

REST nozīmē reprezentatīvu valsts nodošanu; tā ir arhitektūra, kas parasti darbojas, izmantojot HTTP. REST stilā tiek uzsvērta klientu un pakalpojumu mijiedarbība, ko pastiprina ierobežots darbību skaits. REST ir alternatīva SOAP (vienkāršs objekta piekļuves protokols), un tā vietā, lai pieprasījumam izmantotu XML, dažos gadījumos REST izmanto vienkāršu URL. Atšķirībā no SOAP, RESTFUL lietojumprogrammas izmanto HTTP veidošanu galvenēs, lai pārnestu meta informāciju.

Ir dažādi kodi, kurus REST izmanto, lai noteiktu, vai lietotājam ir piekļuve API vai nepatīk, piemēram, kods 200 vai 201 norāda uz veiksmīgu mijiedarbību ar atbildes pamattekstu, bet 400 norāda uz nepareizu pieprasījumu vai pieprasījuma URI neatbilst sistēmas API. Visus API pieprasījuma parametrus un metodes parametrus var nosūtīt, izmantojot POST vai GET mainīgos.

Rest API atbalsta WebServices API testēšanai gan XML, gan JSON formātu. Parasti to dod priekšroku mobilajām un tīmekļa lietotnēm, jo ​​tas padara lietotņu darbību ātrāku un vienmērīgāku

WSDL

WSDL (Web Services Description Language) ir uz XML balstīta valoda, ko izmantos, lai aprakstītu tīmekļa pakalpojuma piedāvātos pakalpojumus.

WSDL XML formātā apraksta visas operācijas, ko piedāvā konkrētais tīmekļa pakalpojums. Tas arī nosaka, kā var izsaukt pakalpojumus, ti, kāda ievades vērtība mums jāsniedz un kāds būs atbildes formāts, ko tā radīs katram pakalpojuma veidam.

Kā pārbaudīt tīmekļa pakalpojumu?

Lai pārbaudītu tīmekļa pakalpojumu, varat

  1. Pārbaudīt manuāli
  2. Izveidojiet pats savu automatizācijas kodu
  3. Izmantojiet automatizētu rīku, piemēram, SoapUI.

Tīmekļa pakalpojumu automatizācijas testēšana ietver šādas darbības:

  1. Izprotiet WSDL failu
  2. Nosakiet darbības, kuras nodrošina konkrētais tīmekļa pakalpojums
  3. Nosakiet XML pieprasījuma formātu, kas mums jānosūta
  4. Nosakiet atbildes XML formātu
  5. Izmantojot rīku vai koda rakstīšanu, lai nosūtītu pieprasījumu un apstiprinātu atbildi

Pieņemsim, ka mēs vēlamies pārbaudīt tīmekļa pakalpojumu, kas nodrošina valūtas konvertēšanas iespēju. Tas noteiks pašreizējos valūtas maiņas kursus starp dažādām valstīm. Šo pakalpojumu mēs varam izmantot savās lietojumprogrammās, lai pārvērstu vērtības no vienas valūtas uz citu valūtu.

Tagad apskatīsim iepriekš minētās darbības

1. līdz 4. darbība: WSDL izpratne un operāciju un XML formātu noteikšana

Valūtas konvertētāja WSDL failu var redzēt @ (http://www.webservicex.net/CurrencyConvertor.asmx?wsdl), kas sniegs informāciju par Valūtas konvertētāja tīmekļa pakalpojuma metodēm, kuras tas atbalstīs, mums nepieciešamo parametru un parametru veids

… Utt

5. darbība: rīka vai koda rakstīšana, lai nosūtītu pieprasījumu un apstiprinātu atbildi

SOAP tīmekļa pakalpojuma pārbaudei ir pieejami daudzi WebService testa rīki. SoapUI ir viens no populārākajiem API rīkiem, kas mums palīdzēs pārbaudīt SOAP tīmekļa pakalpojumus. Faktiski jūs varat izmantot jebkuru programmēšanas valodu, kas spēj nosūtīt XML pieprasījumu tīmekļa pakalpojumu sniedzēja lietojumprogrammai, izmantojot http, un kas var parsēt un apstiprināt atbildes XML pret gaidīto rezultātu. Šajā Web Services Testing apmācībā mēs pārbaudīsim WebService

  1. Java lietošana
  2. Izmantojot SoapUI

1. DAĻA) WebService testēšana, izmantojot Apache Axis2 API (Java).

Parasti tīmekļa pakalpojums pieņem pieprasījumu un nosūta atbildi XML formātā.

Apache Axis2 API projekts ir Java ieviešanas API, kas tiks izmantots, lai izveidotu tīmekļa pakalpojumus gan servera pusei (pakalpojumu sniedzējs), gan klienta pusei (pakalpojumu patērētājs).

Axis2 spēj nosūtīt SOAP ziņojumus un saņem un apstrādā SOAP ziņojumus. Mēs varam uzrakstīt nelielu Java programmu, izmantojot API, lai izveidotu tīmekļa pakalpojumu. Axis2 ģenerēs WSDL no Java programmas, kas tiks izmantota, lai sazinātos ar tīmekļa pakalpojuma piedāvātajiem pakalpojumiem. Mēs varam izmantot to pašu Axis2, lai ģenerētu Java klasi (stublāju) no WSDL faila, kuru mēs varam izmantot kā klienta programmu, lai ģenerētu tīmekļa pakalpojuma pieprasījumu, nosūtītu pieprasījumu pakalpojuma galapunktam un apstrādātu atbildi.

  1. Būtībā mēs izveidosim vienkāršu Java programmu, kurā mēs instancēsim stumbra klasi.
  2. Izmantojot stumbru, mēs izsauksim pieprasījuma metodi, nododot visu nepieciešamo informāciju.
  3. Programma Stub pārveidos šo pieprasījumu XML pieprasījuma formātā un nosūta tam pakalpojuma beigu punktu, kas nolasīs pieprasījumu, apstrādās pieprasījumu un nosūtīs atbildi XML formātā.
  4. XML atbilde tiks pārveidota Java klasē, izmantojot spraudni, un atgriezīsies faktiskajā programmā.

Apskatīsim detalizēti iepriekš minētās darbības

A. Solis. Lejupielādējiet axis2 API @ https://axis.apache.org/axis2/Java/core/download.cgi un iestatiet vides mainīgo “AXIS2_HOME”

B) solis. Izveidojiet mapi, lai saglabātu visus radītos artefaktus

Piem .: C: \ Axis \ Projects \ CurrencyConverter

C. Solis. Atveriet komandu uzvedni un dodieties uz mapes struktūru, kurā vēlaties ģenerēt artefaktus, un izpildiet šo komandu, kas ģenerēs celmus

% AXIS2_HOME% \ bin \ WSDL2Java -uri http://www.webservicex.net/CurrencyConvertor.asmx?wsdl -p org.apache.axis2.currencyconverter -d adb -s

D) solis. Kad komanda ir veiksmīgi palaista, jūs redzēsiet mapi ar nepieciešamajiem failiem.

E) solis. Šīs Web Services Testing apmācības nākamajā darbībā mums ir jāizveido klienta programma, caur kuru mēs nosūtīsim faktisko pieprasījumu, izmantojot izveidotos stabus. Atveriet aptumsumu un izveidojiet jauno Java projektu un atlasiet mapi, kuru esam izveidojuši iepriekš.

F) solis. Pievienojiet visas ar Ax2 saistītās burkas projekta izveidošanas ceļam, kas būs programmatūras mapes Ax2 lib mapē.

(piemēram: C: \ Axis \ ass2-1.6.2 \ lib)

G) solis. Izveidojiet jaunu Java klasi (piemēram: Client.Java) un izveidojiet stub objektu. Izmantojot stumbra objektu, mēs varam izsaukt visas konkrētā WebService atbalstītās metodes.

Klients. Java programmapakete org.apache.axis2.currencyconverter;importēt org.apache.axis2.currencyconvertor.CurrencyConvertorStub.ConversionRate;importēt org.apache.axis2.currencyconvertor.CurrencyConvertorStub.ConversionRateResponse;importēt org.apache.axis2.currencyconvertor.CurrencyConvertorStub.Currency;publiskās klases klients {public static void main (Java.lang.String args []) {izmēģināt {// Izveidojiet stumbra objektu, nododot pakalpojuma beigu punkta URLCurrencyConvertorStub stub = new CurrencyConvertorStub ("http://www.webservicex.net/CurrencyConvertor.asmx");// ConversionRate ir klase, kas mums jāizmanto, pieminot no un uz valūtu// Objekts ConversionRate būs darbības ConversionRate parametrsConversionRate conversionRate = jauns ConversionRate ();conversionRate.setFromCurrency (Currency.USD);conversionRate.setToCurrency (Currency.INR);// Izveidojiet objektu ConversionRateResponse, kas tiks izmantots, lai iegūtu atbildi// izsauciet pakalpojumu ConversionRate, izmantojot stumbra objektuConversionRateResponse conversionRateResponse = stub.conversionRate (conversionRate);// Mēs varam izmantot objektu conversionRateResponse, lai izgūtu pakalpojuma ConversionRate atbildiSystem.out.println ("Reklāmguvumu līmenis no INR uz USD: + conversionRateResponse.getConversionRateResult ());} nozveja (izņēmums e) {e.printStackTrace ();}}}

2. DAĻA) Kā pārbaudīt, izmantojot SoapUI Web Service

SoapUI

  1. Dodieties uz Fails> Jauns ziepju projekts
  2. Ievadiet projekta nosaukumu un WSDL URI atrašanās vietu
  3. Noklikšķiniet uz Labi
  1. Izvērsiet pirmo pieprasījumu un veiciet dubultklikšķi uz 'Request1'. Tas parādīs SOAP pieprasījumu XML formātā.
  2. Ievadiet Sākuma valūta un Līdz valūtai
  3. Noklikšķiniet uz pogas Iesniegt
  4. Labās puses rūts tiks parādīta atbildes XML.

Kā jūs varat secināt, WebService testa rīku, piemēram, SoapUI, izmantošana paātrina jūsu tīmekļa pakalpojumu automatizācijas testēšanas centienus. Tādējādi SoapUi būs mūsu mācību uzmanības centrā nākamajās apmācībās.

Kopsavilkums

  • Programmatūras lietojumprogrammas sazinās un apmainās ar datiem, izmantojot WebService
  • SOAP un REST ir 2 populāri protokoli, lai izveidotu WebService
  • SOAP atbalsta uz XML balstītu datu apmaiņu
  • REST atbalsta XML, Json vai datu apmaiņu vienkāršā URL WebServices API testēšanai.
  • WSDL ir XML balstīta valoda, kas tiks izmantota, lai aprakstītu tīmekļa pakalpojuma piedāvātos pakalpojumus. SOAP tiek definēts, izmantojot WSDL.
  • Lai pārbaudītu WebService, varat
    • Izveidojiet savu kodu. Piemēram, Java lietojiet Axis2 API
    • Izmantojiet WebService testa automatizācijas rīkus, piemēram, SoapUI
  • Automatizācijas rīki, piemēram, SoapUI, uzsāks jūsu Web Services Automation Testing centienus, prasīs mazāk kodēšanas, salīdzinot ar sava koda izveidošanu, izmantojot Axis2 API

FAQ

Kāda ir atšķirība starp WebService un WebAPI?

Web pakalpojums

Tīmekļa API
  • W3C definēta visa saziņa un datu apmaiņa balstās uz XML
  • Tīmekļa API saziņa un datu apmaiņa var būt XML, JSON vai vienkārši dati
  • Tam ir noteikti standarti - WSDL
  • Nav noteikta standarta
  • Datus nevar saspiest, bet HTML pieprasījumu var saspiest
  • Jūs varat saspiest datus
  • Piemērs: ZIEPES
  • Piemērs: ATPŪTA

Uzziniet vairāk par Web API testēšanu

Šī tīmekļa pakalpojumu testēšanas apmācība ir iespējama ar Narender Reddy Nukala kunga ieguldījumu