- List Of API Testing Tutorials
- Oersjoch fan tutorials yn dizze API-testsearje
- Konklúzje
- Tutorial foar API-testen
- Yntroduksje fan API-testen yn jo organisaasje
Dit yngeande tutorial foar API-testen ferklearret alles oer API-testen, webtsjinsten en hoe jo API-testen yn jo organisaasje ynfiere:
Krij in djip ynsjoch yn API-testen tegearre mei de konsept fan testen nei links nei links en webtsjinsten út dizze ynliedende tutorial.
Begripen lykas Web API, hoe API wurket (mei foarbyld fan 'e echte wrâld) en hoe't it oars is fan Web Tsjinsten wurde goed útlein mei foarbylden yn dizze tutorial.
List Of API Testing Tutorials
Tutorial #1: API Testing Tutorial: A Complete Guide For Beginners
Tutorial #2: Tutorial foar webtsjinsten: komponinten, arsjitektuer, soarten & amp; Foarbylden
Tutorial #3: Top 35 ASP.Net And Web API-ynterviewfragen mei antwurden
Tutorial #4: POSTMAN Tutorial: API-testen POSTMAN brûke
Tutorial #5: Webtsjinsten testen mei Apache HTTP Client
Oersjoch fan tutorials yn dizze API-testsearje
| Tutorial # | Wat jo sille leare | |||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Tutorial_#1: | Tutorial foar API-testen : In folsleine hantlieding foar begjinners Dizze tutorial foar yngeande API-testen sil alles oer API-testen, en webtsjinsten yn detail útlizze en jo ek opliede oer hoe't jo API-testen yn jo organisaasje ynfiere kinne. | |||||||||||||||||||||||||||||||||||||||||||||
| Tutorial_#2: | Tutorial foar webtsjinsten: komponinten, arsjitektuer, soarten & amp; Foarbylden Dit webkorrektheid fan de antwurden fan API foar jildich en ûnjildich antwurd is krúsjaal yndie. As in statuskoade fan 200 (betsjuttend alles Okay) wurdt ûntfongen as antwurd fan test API, mar as de antwurdtekst seit dat der in flater is tsjinkaam, dan is dit in defekt. Dêrby, as it flaterberjocht sels is ferkeard, dan kin dat tige misliedend wêze foar de einklant dy't besiket te yntegrearjen mei dizze API. Yn it skermôfbylding hjirûnder hat de brûker ûnjildich gewicht ynfierd, wat mear is as de akseptabele 2267 Kgs. De API reagearret mei de flaterstatuskoade en flaterberjocht. It flaterberjocht neamt de gewicht-ienheden lykwols ferkeard as lbs ynstee fan KG. Dit is in defekt dat de einklant betize kin. (ii) Laad- en prestaasjestestenAPI's binne bedoeld om skaalber te wêzen troch ûntwerp. Dit makket op syn beurt load- en prestaasjestesten essensjeel, foaral as it systeem dat wurdt ûntwurpen wurdt ferwachte dat it tûzenen oanfragen per minuut of oere tsjinnet, ôfhinklik fan 'e eask. Routinely it útfieren fan Load- en Performance Tests op 'e API kin helpe om de prestaasjes, pyklasten en brekpunt te benchmarken. Dizze gegevens binne nuttich by it plannen om in applikaasje op te skaaljen. Dizze ynformaasje beskikber hawwe sil helpe om besluten en planning te stypjen, foaral as de organisaasje fan plan is mear klanten ta te foegjen, wat mear ynkommende soe betsjuttefersiken. Hoe kinne jo API-testen yn jo organisaasje ynfiereIt proses foar it ynfieren fan API-testen yn elke organisaasje is fergelykber mei it proses dat brûkt wurdt foar it ymplementearjen of útroljen fan in oar testark en -kader. De tabel hjirûnder jout de haadstappen gear mei de ferwachte útkomst fan elke stap.
Algemiene útdagings en manieren om se te beheinenLit ús beprate guon fan 'e mienskiplike útdagings dy't QA-teams gesicht by it besykjen om in API-testkader yn in organisaasje te ymplementearjen. #1) It juste ark kiezeIt selektearjen fan it juste ark foar de baan is de meast foarkommende útdaging. D'r binne ferskate API-testynstruminten dy't op 'e merke te krijen binne. It kin tige oansprekkend lykje om it lêste, djoerste ark dat op 'e merk beskikber is te ymplementearjen - mar as it net de winske resultaten bringt, dan is dat ark is fan gjin nut. Kies dêrom altyd it ark dat de 'moat-have'-easken oanpakt op basis fan jo organisatoaryske behoeften. Hjir is in foarbyld fan evaluaasje fan ark foar de beskikbere API-ark
#2) Missing Test SpecificationsAs testers moatte wy it witte de ferwachte resultaten om in applikaasje effektyf te testen. Dit is faaks in útdaging, want om de ferwachte resultaten te kennen, moatte wy dúdlike krekte easken hawwe - wat net it gefal is. Bygelyks , beskôgje de folgjende easken: "De applikaasje moat allinich in jildige ferstjoerdatum akseptearje en alle ûnjildige easken moatte wurde ôfwiisd" Dizze easken ûntbrekke wichtige details en binne heul dûbelsinnich - hoe definiearje wy in jildige datum? Hoe sit it mei it formaat? Gie wy in ôfwizingberjocht werom nei de ein-brûker, ensfh.? Foarbyld fan dúdlike easken: 1) De applikaasje moat allinich akseptearje in jildige ferstjoerdatum. De ferstjoerdatum wurdt as jildich beskôgeis
2) Reaksjestatuskoade = 200 Berjocht: OK 3) De ferstjoerdatum dy't net foldocht oan de boppesteande kritearia moatte wurde beskôge ûnjildich. As in klant in ûnjildige ferstjoerdatum stjoert, dan moat it reagearje mei de folgjende flaterberjocht(en): 3.1 Responsstatuskoade NOT 200 Flater: De opjûne ferstjoerdatum is ûnjildich; Soargje asjebleaft dat de datum yn DD/MM/JJJJ-formaat is 3.2 Responsstatuskoade NOT 200 Flater: as de ferstjoerdatum yn is it ferline #3) LearkurveLykas earder neamd, is de oanpak foar API-testen oars yn ferliking mei de oanpak dy't folge wurdt by it testen fan GUI-basearre applikaasjes. As jo ynhierje spesjalisten itsij yn eigen hûs as adviseurs foar API-testen, dan kin de learkurve fan 'e API-testoanpak as it API-testark minimaal wêze. Elke learkurve, yn dit gefal, soe wurde assosjearre mei it oernimmen fan it produkt- of applikaasjekennis. As in besteand teamlid wurdt tawiisd om API-testen te learen, dan kin ôfhinklik fan it ark fan kar, de learkurve wêze medium oant heech, tegearre mei it feroarjen fan de testbenadering. De learkurve foar it produkt as applikaasje sels kin leech-medium wêze, ôfhinklik fan oft dizze tester hat testendy applikaasje foar of net. #4) Besteande feardigenssetDit slút direkt oan by it foarige punt oer de learkurve. As in tester oergong fan GUI-basearre testen, dan soe de tester de testoanpak moatte feroarje en it nije ark as ramt leare as nedich. Bygelyks As de API de oanfragen yn JSON-formaat akseptearret, dan soe de tester moatte leare wat JSON is, om de tests te begjinnen te meitsjen. Case StudyTaak Om in besteande applikaasje op te skaaljen, woe in bedriuw in produkt oanbiede yn API en ek in standert GUI-applikaasje. QA Team waard frege om in testdekkingsplan te leverjen om te soargjen dat se ree binne om API-testen oan te passen bûten de reguliere GUI-basearre testen. Utdagings
De oanpak folge troch it team om risiko's te ferminderjen en de útdagings om te wurkjen
KonklúzjeAPI basearre applikaasjes hawwe wûn de lêste tiid populariteit. Dizze applikaasjes binne mearscalable yn ferliking mei de tradisjonele applikaasjes / software en tastean makliker yntegraasje mei de oare APIs of applikaasjes. Dizze API Testing tutorial ferklearre alles oer API Testing, Shift Left Testing, Web Services, en Web API yn detail. Wy hawwe ek de ferskillen ûndersocht tusken Web Services vs Web API mei foarbylden. Yn it twadde diel fan 'e tutorial hawwe wy it folsleine spektrum fan API-testen besprutsen, hoe't jo API-testen yn jo organisaasje ynfiere kinne en guon mienskiplike útdagings yn dit proses tegearre mei oplossingen foar harren. Besjoch ús kommende tutorial om mear te witten oer webtsjinsten tegearre mei foarbylden!! NEXT Tutorial Tsjinsten tutorial ferklearret de Arsjitektuer, Soarten & amp; Komponinten fan webtsjinsten tegearre mei wichtige terminologyen en de ferskillen tusken SOAP vs REST. | |||||||||||||||||||||||||||||||||||||||||||||
| Tutorial_#3: | Top 35 ASP.Net En Web API ynterview fragen mei antwurden Jo kinne ferkenne de list fan de meast populêre re faak stelde ASP.Net en Web API ynterview fragen mei antwurden & amp; foarbylden foar begjinners en betûfte professionals yn dizze tutorial. | |||||||||||||||||||||||||||||||||||||||||||||
| Tutorial_#4: | POSTMAN Tutorial: API Testing Using POSTMAN Dit stap foar stap tutorial sil útlizze API Testing Using POSTMAN tegearre mei de Basics fan POSTMAN, syn komponinten en Sample Request & amp; Antwurd yn ienfâldige termen foar jo maklik begryp. | |||||||||||||||||||||||||||||||||||||||||||||
| Tutorial_#5: | Webtsjinsten testen mei Apache HTTP Client Dit API-tutorial giet oer it útfieren fan ferskate CRUD-operaasjes op webtsjinsten en testen fan webtsjinsten mei Apache HTTP Client |
Tutorial foar API-testen
Dizze seksje sil jo helpe om in basisbegryp te krijen fan webtsjinsten en web-API, dy't op syn beurt nuttich wêze sil by it begripen fan 'e haadbegripen yn' e kommende tutorials yn dizze API-testsearje.
API ( Application Programming Interface) is in set fan alle prosedueres en funksjes dy't ús tastean om in applikaasje te meitsjen troch tagong te krijen ta de gegevens of funksjes fan 'ebestjoeringssysteem of platfoarms. Testen fan sokke prosedueres is bekend as API Testing.
Shift Left Testing
Ien fan 'e wichtige soarten testen dy't tsjintwurdich frege wurdt yn API Testing Interviews is Shift Left Testing. Dit soarte fan testen wurdt beoefene yn hast alle projekten dy't folgje in Agile Methodology.
Foardat Shift Left Testing waard ynfierd, software testen kaam yn byld pas neidat de kodearring wie foltôge en koade waard levere oan de testers. Dizze praktyk late ta de drokte fan de lêste minút om de deadline te halen en it belemmerde ek de produktkwaliteit foar in grut part.
Dêrby wiene de ynspanningen (doe't defekten yn 'e lêste faze foar produksje rapporteare) wiene enoarm as ûntwikkelders moasten gean troch sawol it ûntwerp en de kodearring faze hielendal opnij. > Untwerp - & GT; Kodearring - & GT; Testen.
Neidielen fan tradisjoneel testen
- Test is ekstreem rjochts. In protte kosten wurde makke as in brek op it lêste momint identifisearre wurdt.
- De tiid dy't ferbrûkt wurdt om de brek op te lossen en it opnij te testen foar it befoarderjen fan it nei produksje is enoarm.
Dêrom, in nij idee dûkte op om de testfaze nei lofts te ferpleatsen wat dêrmei late ta Shift Left Testing.
Suggest Reading => Shift Left Testing: AGeheime mantra foar softwaresúkses
Fazen fan toetsen fan lofter shift
Testen fan loftershift late ta in suksesfolle migraasje fan defektdeteksje nei defektprevinsje. It holp ek de software om fluch te mislearjen en alle flaters op it betiidste te reparearjen.
Web API
Yn algemiene termen kin in Web API definiearre wurde as eat dat it fersyk fan in kliïnt nimt systeem nei in webtsjinner en stjoert it antwurd fan in webtsjinner werom nei in kliïntmasine.
Hoe wurket in API?
Litte wy in heul gewoan senario nimme fan it boekjen fan in flecht op www.makemytrip.com, dat is in online reistsjinst dy't ynformaasje sammelt fan meardere loftfeartmaatskippijen. As jo gean foar in flecht boeking, jo ynfiere ynformaasje lykas reis datum / weromreis datum, klasse, ensfh en klik op sykje.
Dit sil sjen litte jo de priis fan meardere loftfeartmaatskippijen en harren beskikberens. Yn dit gefal komt de applikaasje ynteraksje mei API's fan meardere loftfeartmaatskippijen en jout dêrmei tagong ta de gegevens fan 'e loftfeartmaatskippij.
In oar foarbyld is www.trivago.com dy't de priis, beskikberens, ensfh. fan ferskate hotels fergelyket en oplist. út in bepaalde stêd. Dizze webside kommunisearret mei API's fan meardere hotels om tagong te krijen ta de database en listet de prizen en beskikberens fan har webside del.
Sa kin in Web API wurde definiearre as "in ynterface dy't de kommunikaasje tusken in kliïntmasine en dewebserver”.
Webtsjinsten
Webtsjinsten binne (lykas Web API) de tsjinsten dy't fan de iene masine nei de oare tsjinje. Mar it grutte ferskil dat ûntstiet tusken API en Web Tsjinsten is dat de Web Tsjinsten in netwurk brûke.
It is feilich te sizzen dat alle Web Tsjinsten Web API's binne, mar alle Web API's binne gjin Web Tsjinsten (ferklearre yn 'e lêste diel fan it artikel). Sa binne Web Services in subset fan Web API. Ferwize nei it diagram hjirûnder om mear te witten oer Web API en Web Services.
Web API vs Web Services
Web Services vs Web API
Sawol Web API as Web Services wurde brûkt om de kommunikaasje tusken de kliïnt en de tsjinner te fasilitearjen. It grutte ferskil komt allinich yn 'e manier wêrop se kommunisearje.
Elk fan har fereasket in fersykorgan dat akseptabel is yn in spesifike taal, har ferskillen yn it leverjen fan in feilige ferbining, har snelheid fan kommunisearjen mei de tsjinner en werom reagearje oan de kliïnt, ensfh.
Ferskillen tusken webtsjinsten en web-API wurdt hjirûnder neamd foar jo referinsje.
Webtsjinst
- Webtsjinsten brûke oer it generaal XML (Extensible Markup Language), wat betsjut dat se feiliger binne.
- Webtsjinsten binne feiliger, om't sawol webtsjinsten as API's SSL (Secure Socket Layer) leverje by gegevensoerdracht , mar it leveret ek WSS (Web Services Security).
- Web Service is in subset fan Web API. Bygelyks, Webtsjinsten binne allinich basearre op trije gebrûksstilen, d.w.s. SOAP, REST en XML-RPC.
- Webtsjinsten hawwe altyd in netwurk nedich om te operearjen.
- Webtsjinsten stypje "Ien koade ferskate applikaasjes". Dit betsjut dat in mear generike koade skreaun wurdt oer ferskate applikaasjes.
Web API
- In web API brûkt algemien JSON (JavaScript Object Notation), wat betsjut dat Web API flugger is.
- Web API is flugger as JSON lichtgewicht is, yn tsjinstelling ta XML.
- Web API's binne de superset fan Web Tsjinsten. Bygelyks, Alle trije stilen fan Web Tsjinsten binne ek oanwêzich yn 'e Web API, mar ôfsjoen fan dat brûkt it oare stilen lykas JSON - RPC.
- Web API fereasket net needsaaklik in netwurk om te operearjen.
- Web API kin of net ynteroperabiliteit stypje ôfhinklik fan de aard fan it systeem of applikaasje.
Yntroduksje fan API-testen yn jo organisaasje
Yn ús deistich libben binne wy allegear sa wend oan ynteraksje mei de Apps mei API's en dochs tinke wy net iens oer de efterste prosessen dy't de ûnderlizzende funksjonaliteit oandriuwe.
Bygelyks , Lit ús beskôgje dat jo troch de produkten op Amazon.com blêdzje en jo in produkt/deal sjogge dat jo echt leuk fine en jo wolle diele mei jo Facebook netwurk.
It momint dat jo klikke op it Facebook-byldkaike op 'e dielseksje fan' e side en fier joFacebook-akkountsgegevens om te dielen, jo binne ynteraksje mei in API dy't de Amazon-webside naadloos ferbine mei Facebook.
Focus Shift to API Testing
Foardat wy mear oer API-testen besprekke, litte wy de redenen besprekke wêrfoar de API basearre applikaasjes hawwe opdien populariteit yn resinte tiden.
Der binne ferskate redenen foar hokker organisaasjes binne oergong nei API basearre produkten en applikaasjes. En in pear fan harren binne hjirûnder ynskreaun foar jo referinsje.
#1) API-basearre applikaasjes binne skalberberer yn ferliking mei tradisjonele applikaasjes/software. It taryf fan koade-ûntwikkeling is rapper en deselde API kin mear oanfragen tsjinje sûnder grutte koade of ynfrastruktuerferoarings.
#2) Untwikkelingsteams hoege net elke nij te begjinnen mei kodearjen. tiid dat se begjinne te wurkjen oan it ûntwikkeljen fan in funksje of applikaasje. API's brûke meastentiids besteande, werheljebere funksjes, biblioteken, opsleine prosedueres, ensfh. en dêrom kin dit proses se yn 't algemien produktiver meitsje.
Bygelyks, As jo in ûntwikkelder binne dy't wurket oan in e-commerce webside en jo wolle Amazon tafoegje as betellingsferwurker - dan hoege jo de koade net fanôf it begjin te skriuwen.
Alles wat jo hoege te dwaan is yntegraasje yn te stellen tusken jo webside en Amazon API mei help fan Yntegraasjekaaien en oprop Amazon API foar it ferwurkjen fan betellingen by it ôfrekkenjen.
#3) API's tasteanmaklike yntegraasje mei de oare systemen sawol foar stipe selsstannige applikaasjes as mei API-basearre softwareprodukten.
Bygelyks , Lit ús beskôgje dat jo in ferstjoering wolle stjoere fan Toronto nei New York . Jo geane online, navigearje nei in bekende Freight- of Logistics-webside en fier de fereaske ynformaasje yn.
Nei it jaan fan de ferplichte ynformaasje, as jo klikke op Get Rates knop - yn 'e efterkant, kin dizze logistike webside ferbine mei ferskate drager- en tsjinstferlieners API's en applikaasjes om de dynamyske tariven te krijen foar de kombinaasje fan lokaasjes fan oarsprong nei bestimming.
Folslein spektrum fan API-testen
Test fan API's is net beheind ta it ferstjoeren fan in fersyk oan API en it analysearjen fan it antwurd foar justens allinich. De API's moatte wurde hifke op har prestaasjes ûnder ferskate loads foar kwetsberens.
Litte wy dit yn detail beprate.
(i) Funksjonele testen
Funksjonele testen kin in útdaagjende taak wêze fanwegen it ûntbrekken fan in GUI-ynterface.
Litte wy sjen hoe't de funksjonele testbenadering foar API's oars is fan GUI-basearre applikaasje en wy sille ek wat foarbylden der omhinne beprate.
a) It meast foar de hân lizzende ferskil is dat d'r gjin GUI is om mei te ynteraksje. Testers dy't gewoanlik GUI-basearre funksjonele testen dogge, fine it in bytsje dreger om oer te gean nei net-GUI-applikaasjetesten yn ferliking meiien dy't der al bekend mei is.
Yn it earstoan, noch foardat jo de API begjinne te testen, moatte jo it Autentikaasjeproses sels testen en ferifiearje. De autentikaasjemetoade sil fariearje fan de iene API nei de oare API en soe in soarte fan kaai of token foar autentikaasje belûke.
As jo gjin ferbining meitsje kinne mei de API mei súkses, dan kin fierdere testen net trochgean. Dit proses kin beskôge wurde te fergelykjen mei brûkersautentikaasje yn 'e standertapplikaasjes wêr't jo jildige bewiisbrieven nedich binne om yn te loggen en de applikaasje te brûken.
b) Testfjildvalidaasjes of falidaasje fan ynfiergegevens is heul wichtich tidens it testen fan API's. As in werklike foarm-basearre (GUI) ynterface wie beskikber, dan fjild validaasjes kinne wurde ymplemintearre yn de foarkant of efterkant, dêrmei te garandearjen dat in brûker is net tastien te fieren ûnjildige fjild wearden.
Bygelyks, As in applikaasje it datumformaat nedich hat om DD/MM/JJJJ te wêzen, dan kinne wy dizze falidaasje tapasse op it formulier dat ynformaasje sammelt om te soargjen dat de applikaasje in jildige datum ûntfangt en ferwurket.
Dit is lykwols net itselde foar API-applikaasjes. Wy moatte soargje dat de API goed skreaun is en yn steat is om al dizze falidaasjes ôf te twingen, ûnderskied te meitsjen tusken jildige en ûnjildige gegevens en de statuskoade en falidaasjeflaterberjocht werom te jaan oan de ein-brûker fia in antwurd.
c) Testen fan de