API testēšanas apmācība: kas ir API testēšanas automatizācija? Kā pārbaudīt

Pirms doties uz API testēšanas apmācību, vispirms sapratīsim

Kas ir API?

API (lietojumprogrammu saskarne) ir skaitļošanas saskarne, kas nodrošina saziņu un datu apmaiņu starp divām atsevišķām programmatūras sistēmām. Programmatūras sistēma, kas izpilda API, ietver vairākas funkcijas/apakšprogrammas, kuras var veikt cita programmatūras sistēma. API definē pieprasījumus, kurus var veikt, kā veikt pieprasījumus, izmantojamos datu formātus utt. Starp divām programmatūras sistēmām.

Kas ir API pārbaude?

API TESTĒŠANA ir programmatūras testēšanas veids, kas apstiprina lietojumprogrammu saskarnes (API). API testēšanas mērķis ir pārbaudīt programmēšanas saskarņu funkcionalitāti, uzticamību, veiktspēju un drošību. API testēšanā tā vietā, lai izmantotu standarta lietotāja ievadi (tastatūru) un izvadi, jūs izmantojat programmatūru, lai nosūtītu zvanus uz API, iegūtu izvadi un atzīmētu sistēmas atbildi. API testi ļoti atšķiras no GUI testiem, un tie netiks koncentrēti uz lietojumprogrammas izskatu. Tas galvenokārt koncentrējas uz programmatūras arhitektūras biznesa loģikas slāni.

API automatizācijas testēšanai ir nepieciešama lietojumprogramma, ar kuru var mijiedarboties, izmantojot API. Lai pārbaudītu API, jums tas būs jādara

  • Izmantojiet testēšanas rīku, lai vadītu API
  • Lai pārbaudītu API, uzrakstiet savu kodu

Šajā API testēšanas apmācībā jūs uzzināsit vairāk par-

API testa vides iestatīšana

  • API testēšana atšķiras no citiem programmatūras testēšanas veidiem, jo ​​GUI nav pieejama, tomēr jums ir jāiestata sākotnējā vide, kurā tiek izsaukta API ar nepieciešamo parametru kopu un pēc tam tiek pārbaudīts testa rezultāts.
  • Tādējādi API vides automatizācijas testēšanas vides iestatīšana šķiet nedaudz sarežģīta.
  • Datu bāze un serveris ir jākonfigurē atbilstoši lietojumprogrammas prasībām.
  • Kad instalēšana ir pabeigta, jāizsauc API funkcija, lai pārbaudītu, vai šī API darbojas.

API izvades veidi

API izvade varētu būt

  1. Jebkura veida dati
  2. Statuss (teiksim Pass vai Fail)
  3. Izsauciet citu API funkciju.

Apskatīsim katra iepriekšminētā veida piemēru šajā api testēšanas apmācībā

Jebkura veida dati

Piemērs: ir API funkcija, kurai jāpievieno divi veseli skaitļi. | _+_ |

Skaitļi jānorāda kā ievades parametri. Rezultātam jābūt divu veselu skaitļu summai. Šī izlaide ir jāpārbauda ar paredzamo rezultātu.

Jāzvana, piemēram, | _+_ |

Izņēmumi ir jārisina, ja skaitlis pārsniedz veselu skaitļu ierobežojumu.

Statuss (teiksim Pass vai Fail)

Apsveriet tālāk norādīto API funkciju -

  1. Bloķēt ()
  2. Atbloķēt ()
  3. Dzēst ()

Tie atgriež jebkādu vērtību, piemēram, True (veiksmes gadījumā) vai false (kļūdas gadījumā) kā izvadi.

Precīzāks Testa korpuss varētu būt, var izsaukt funkcijas jebkurā no skriptiem un vēlāk pārbaudīt izmaiņas datubāzē vai lietojumprogrammas GUI.

Cita API / notikuma izsaukšana

Šajā gadījumā mēs izsaucam vienu no API funkcijām, kas savukārt izsauks citu funkciju.

Piemēram - First API funkciju var izmantot, lai dzēstu noteiktu ierakstu tabulā, un šī funkcija savukārt izsauc citu funkciju, lai ATJAUNINĀTU datu bāzi.

Pārbaudes gadījumi API testēšanai:

API testēšanas testa gadījumi ir balstīti uz

  • Atgriezt vērtību, pamatojoties uz ievades nosacījumu: to ir samērā viegli pārbaudīt, jo var definēt ievadi un rezultātus var autentificēt
  • Neko neatgriež: Ja nav atgriešanās vērtības, jāpārbauda API darbība sistēmā
  • Aktivizēt kādu citu API/notikumu/pārtraukumu: Ja API izvade izraisa kādu notikumu vai pārtraukumu, tad šie notikumi un pārtraukuma klausītāji ir jāseko
  • Atjaunināt datu struktūru: Datu struktūras atjaunināšanai būs zināms rezultāts vai ietekme uz sistēmu, un tā ir jāapstiprina
  • Mainīt noteiktus resursus: Ja API izsaukums maina dažus resursus, tas jāapstiprina, piekļūstot attiecīgajiem resursiem

API testēšanas pieeja

API testēšanas pieeja ir iepriekš definēta stratēģija vai metode, ko kvalitātes nodrošināšanas komanda veiks, lai veiktu API testēšanu pēc būvēšanas pabeigšanas. Šī pārbaude neietver avota kodu. API testēšanas pieeja palīdz labāk izprast funkcionalitāti, testēšanas metodes, ievades parametrus un testa gadījumu izpildi.

Šie punkti palīdz lietotājam veikt API testēšanas pieeju:

  1. Izprotiet API programmas funkcionalitāti un skaidri definējiet programmas darbības jomu
  2. Izmantojiet testēšanas metodes, piemēram, ekvivalences klases, robežu vērtību analīzi un kļūdu uzminēšanu, un uzrakstiet API pārbaudes gadījumus
  3. API ievades parametri ir pienācīgi jāplāno un jādefinē
  4. Izpildiet pārbaudes gadījumus un salīdziniet gaidītos un faktiskos rezultātus.

Atšķirība starp API testēšanu un vienības testēšanu

Vienības pārbaude API pārbaude
  • Izstrādātāji to veic
  • Testētāji to veic
  • Tiek pārbaudīta atsevišķa funkcionalitāte
  • Tiek pārbaudīta funkcionalitāte līdz galam
  • Izstrādātājs var piekļūt avota kodam
  • Testētāji nevar piekļūt avota kodam
  • Ir iesaistīta arī lietotāja saskarnes pārbaude
  • Tiek pārbaudītas tikai API funkcijas
  • Tiek pārbaudītas tikai pamatfunkcijas
  • Tiek pārbaudītas visas funkcionālās problēmas
  • Ierobežota darbības joma
  • Plašāka darbības joma
  • Parasti skrēja pirms reģistrēšanās
  • Skrēja pēc būvējuma izveides

Kā pārbaudīt API

API automatizācijas testēšanai jāietver vismaz šādas testēšanas metodes, izņemot parasto SDLC procesu

  • Atklāšanas pārbaude: Pārbaudes grupai manuāli jāizpilda API dokumentētā zvanu kopa, piemēram, jāpārbauda, ​​vai konkrētu API atklātu resursu var atbilstoši uzskaitīt, izveidot un dzēst
  • Lietojamības pārbaude: Šī pārbaude pārbauda, ​​vai API ir funkcionāla un lietotājam draudzīga. Un vai API labi integrējas arī ar citu platformu
  • Drošības pārbaude: Šī pārbaude ietver nepieciešamo autentifikācijas veidu un to, vai sensitīvi dati tiek šifrēti, izmantojot HTTP vai abus
  • Automatizēta pārbaude: API pārbaudei vajadzētu beigties ar skriptu kopas vai rīka izveidi, ko var izmantot, lai regulāri izpildītu API
  • Dokumentācija: Pārbaudes komandai ir jāpārliecinās, vai dokumentācija ir atbilstoša un sniedz pietiekami daudz informācijas, lai mijiedarbotos ar API. Dokumentācijai jābūt galīgā darba sastāvdaļai

API testēšanas paraugprakse:

  • API testa gadījumi ir jāgrupē pēc testa kategorijām
  • Papildus katram testam jums jāiekļauj izsaukto API deklarācijas.
  • Parametru izvēle ir skaidri jānorāda pašā testa gadījumā
  • Piešķiriet prioritāti API funkciju izsaukumiem, lai testētājiem būtu viegli pārbaudīt
  • Katram testa gadījumam jābūt pēc iespējas patstāvīgam un neatkarīgam no atkarībām
  • Izvairieties no “pārbaudes ķēdes” savā attīstībā
  • Īpaša piesardzība jāievēro, strādājot ar vienreizējām zvanu funkcijām, piemēram, - Dzēst, AizvērtLogu utt.
  • Zvanu secība ir jāveic un labi jāplāno
  • Lai nodrošinātu pilnīgu testa pārklājumu, izveidojiet API testa gadījumus visām iespējamām API ievades kombinācijām.

Kļūdu veidi, ko atklāj API pārbaude

  • Nespēj graciozi apstrādāt kļūdu apstākļus
  • Neizmantotie karogi
  • Trūkst vai dublējas funkcionalitāte
  • Uzticamības jautājumi. Grūtības izveidot savienojumu un saņemt atbildi no API.
  • Drošības jautājumi
  • Vairāku pavedienu problēmas
  • Veiktspējas problēmas. API reakcijas laiks ir ļoti augsts.
  • Nepareizas kļūdas/brīdinājums zvanītājam
  • Nepareiza derīgu argumentu vērtību apstrāde
  • Atbildes dati nav pareizi strukturēti (JSON vai XML)

Kā veikt API testa automatizāciju

Sekojošās apmācības sniedz detalizētu rokasgrāmatu API testa automatizēšanai.

Kā pārbaudīt API, izmantojot REST Assured

Kā pārbaudīt API ar pastnieku

Kā pārbaudīt API ar UFT

Bez tam ir arī citi API testēšanas rīki. Pārbaudiet tos šeit

API testēšanas izaicinājumi

API testēšanas uzdevumi ietver:

  • Galvenie izaicinājumi Web API testēšanā ir Parametru kombinācija, parametru izvēle un zvanu secība
  • GUI nav pieejams lai pārbaudītu izveidoto lietojumprogrammu ir grūti sniegt ievades vērtības
  • Izlaides apstiprināšana un pārbaude citā sistēmā testētājiem ir nedaudz sarežģīta
  • Parametru izvēle un kategorizēšana ir jāzina testētājiem
  • Izņēmuma apstrādes funkcija ir jāpārbauda
  • Testētājiem ir nepieciešamas zināšanas par kodēšanu

Secinājums:

API sastāv no klašu/funkciju/procedūru kopuma, kas pārstāv biznesa loģikas slāni. Ja API netiek pareizi pārbaudīts, tas var radīt problēmas ne tikai API lietojumprogrammā, bet arī zvanīšanas lietojumprogrammā. Tas ir neaizstājams pārbaudījums programmatūras inženierijā.