Pirms došanās uz API testēšanas apmācību, vispirms sapratīsim
Kas ir API?
API (Application Programming Interface) ir skaitļošanas saskarne, kas nodrošina komunikāciju 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 nosaka 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 testēšana?
API TESTING 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 ievades (tastatūru) un izejas, jūs izmantojat programmatūru, lai nosūtītu zvanus uz API, iegūtu izvadi un pierakstītu sistēmas reakciju. API testi ļoti atšķiras no GUI testiem un 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 nepieciešama lietojumprogramma, kuru var mijiedarboties, izmantojot API. Lai pārbaudītu API, jums tas būs nepieciešams
- Izmantojiet testēšanas rīku, lai vadītu API
- Uzrakstiet pats savu kodu, lai pārbaudītu API
Šajā API testēšanas apmācībā jūs uzzināsiet vairāk par
- API testa vides iestatīšana
- API izejas veidi
- Pārbaudes gadījumi API testēšanai
- Pieeja API testēšanai
- Atšķirība starp API testēšanu un vienības testēšanu
- Kā pārbaudīt API
- API testēšanas paraugprakse
- Kļūdu veidi, kurus atklāj API testēšana
- Kā veikt API testa automatizāciju
- API testēšanas izaicinājumi
API testa vides iestatīšana
- API testēšana atšķiras no citiem programmatūras testēšanas veidiem, jo GUI nav pieejama, taču jums ir jāiestata sākotnējā vide, kas izsauc API ar nepieciešamo parametru kopu un pēc tam beidzot pārbauda testa rezultātu.
- Tādējādi API automatizācijas testēšanas vides iestatīšana šķiet nedaudz sarežģīta.
- Datu bāze un serveris 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 izejas veidi
API izeja varētu būt
- Jebkura veida dati
- Statuss (teiksim Pass or Fail)
- 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.
Garais pievienojums (int a, int b)
Skaitļi jānorāda kā ievades parametri. Izejai jābūt divu veselu skaitļu summēšanai. Šī produkcija jāpārbauda ar paredzamo rezultātu.
Zvanīšana jāveic, piemēram,
pievienot (1234, 5656)
Izņēmumi jāizskata, ja skaitlis pārsniedz vesela skaitļa ierobežojumu.
Statuss (teiksim Pass or Fail)
Apsveriet tālāk norādīto API funkciju -
- Bloķēt ()
- Atbloķēt ()
- Dzēst ()
Viņi kā izvadi atgriež jebkuru vērtību, piemēram, True (veiksmes gadījumā) vai false (kļūdas gadījumā).
Precīzāks testa gadījums varētu būt izsaukt jebkura skripta funkcijas un vēlāk pārbaudīt izmaiņas datu bāzē vai lietojumprogrammu GUI.
Citas API / notikuma izsaukšana
Šajā gadījumā mēs izsaucam vienu no API funkcijām, kas savukārt izsauks citu funkciju.
Piemēram - Pirmo API funkciju var izmantot, lai dzēstu noteiktu ierakstu tabulā, un šī funkcija savukārt izsauc citu funkciju, lai ATSVAIDZinātu datu bāzi.
Testa gadījumi API testēšanai:
API testēšanas gadījumu pamatā ir
- Atgriešanās vērtība, pamatojoties uz ievades nosacījumiem: to ir salīdzinoši viegli pārbaudīt, jo ievadi var definēt un rezultātus var autentificēt
- Neko neatgriež: ja atgriešanās vērtības nav, pārbaudāmajā sistēmā darbojas API
- Iedarbinā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āizseko
- 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 modificē dažus resursus, tas ir jāapstiprina, piekļūstot attiecīgajiem resursiem
API testēšanas pieeja
API testēšanas pieeja ir iepriekš definēta stratēģija vai metode, kuru kvalitātes nodrošināšanas komanda veiks, lai veiktu API testēšanu pēc tam, kad būvējums ir gatavs. Šajā testā nav iekļauts pirmkods. API testēšanas pieeja palīdz labāk izprast funkcionalitātes, testēšanas paņēmienus, ievades parametrus un testa gadījumu izpildi.
Šie punkti palīdz lietotājam veikt API testēšanas pieeju:
- Izprotot API programmas funkcionalitāti un skaidri definējot programmas darbības jomu
- Lietojiet testēšanas paņēmienus, piemēram, ekvivalences klases, robežvērtību analīzi, kļūdu uzminēšanu un testa gadījumu rakstīšanu API
- API ievades parametri ir jāplāno un jādefinē atbilstoši
- Izpildiet testa 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 testēšana | API testēšana |
|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Kā pārbaudīt API
API automatizācijas testēšanai jāaptver vismaz šādas testēšanas metodes, izņemot parasto SDLC procesu
- Atklāšanas pārbaude: Pārbaudes grupai manuāli jāizpilda API dokumentēto zvanu kopa, piemēram, jāpārbauda, vai konkrētu API pakļauto resursu var attiecīgi uzskaitīt, izveidot un dzēst
- Lietojamības pārbaude: šī pārbaude pārbauda, vai API ir funkcionāla un lietotājam draudzīga. 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īvie dati ir šifrēti, izmantojot HTTP vai abus
- Automatizēta testēšana: API testēšanai vajadzētu beigties ar skriptu komplekta vai rīka izveidi, ko var izmantot, lai regulāri izpildītu API
- Dokumentācija: Testa komandai jāpārliecinās, vai dokumentācija ir atbilstoša un sniedz pietiekami daudz informācijas, lai mijiedarbotos ar API. Dokumentācijai vajadzētu būt gala rezultāta daļai
API testēšanas paraugprakse:
- API testa gadījumi jāgrupē pēc testa kategorijas
- Katra testa augšpusē jāiekļauj izsaucamo API deklarācijas.
- Parametru izvēle būtu 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 pašpietiekamam un neatkarīgam no atkarībām
- Izvairieties no "testa ķēdes" savā attīstībā
- Īpaša piesardzība jāievēro, apstrādājot vienreizējas zvana funkcijas, piemēram, - Dzēst, Aizvērt logu utt.
- Zvanu secība 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, kurus atklāj API testēšana
- Nevar graciozi rīkoties ar kļūdu nosacījumiem
- Neizmantoti karogi
- Trūkst vai dublējas funkcionalitātes
- Uzticamības jautājumi. Grūtības izveidot savienojumu un saņemt atbildi no API.
- Drošības jautājumi
- Vairāku pavedienu jautājumi
- Izrādes jautājumi. 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
Turpmākās apmācības sniedz detalizētu rokasgrāmatu API testa automatizēšanai.
Kā pārbaudīt API ar 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 izaicinājumi ietver:
- Galvenās problēmas Web API testēšanā ir parametru kombinācija, parametru izvēle un zvanu secība
- Lietojumprogrammas testēšanai nav pieejama GUI, kas apgrūtina ievades vērtību piešķiršanu
- Testētājiem ir grūti pārbaudīt izeju citā sistēmā
- Parametru izvēle un kategorizēšana ir jāzina testētājiem
- Ir jāpārbauda izņēmumu apstrādes funkcija
- Testētājiem ir nepieciešamas zināšanas par kodēšanu
Secinājums:
API sastāv no klašu / funkciju / procedūru kopas, kas pārstāv biznesa loģikas slāni. Ja API netiek pārbaudīta pareizi, tas var radīt problēmas ne tikai API lietojumprogrammā, bet arī izsaucošajā lietojumprogrammā. Tas ir neaizstājams tests programmatūras inženierijā.
