Kuinka voittaa API-testauksen 5 suurinta haastetta

Tekijä Manoj Chaudhary, Teknologiajohtaja ja tuotekehitysjohtaja

Sovellusrajapintojensa (API) toimivuuden, luotettavuuden ja tietoturvan tarkistamiseksi IT-tiimit tekevät erilaisia testejä, kuten toiminnallisia, hallinto-, kaaos-, tunkeutumis-, suorituskyky-, kuormitus- ja kestävyystestejä. Alla esittelemme viisi yleisintä API-testauksen haastetta, joiden kanssa tiimit kamppailevat, ja tarjoamme suosituksemme niiden ratkaisemiseksi.

1. Alkuasetusten tekeminen

Testausinfrastruktuurin luominen, kehittäminen ja saaminen toimintakuntoon voi olla aikaa vievä urakka, ja tiimin motivoiminen koko prosessin ajan saattaa olla vaikeaa.

Suosituksemme

Testausprosessin pitkän aikavälin hyötyjen selittäminen voi olla avainasemassa testausryhmän motivoinnissa. On myös tärkeää huomata, kuinka kriittinen tämä vaihe on API-testauksessa kokonaisuutena. Alkuasetelmia luodessasi mieti tarkkaan, miten tulet testaamaan API:a ja mitä kyseiset testit edellyttävät infrastruktuurisi suunnittelulta.

2. Suurten testidatamäärien luominen ja hallinta

API-rajapinnat, joissa on paljon parametreja, vaativat merkittävän määrän dataa (ja joissakin tapauksissa dataa, jolla on korkea kardinaliteetti) tehokasta testausta varten. Tämän datan luominen, ylläpitäminen ja sen uudelleenkäytettävyyden varmistaminen voivat olla haaste testaajille.

Suosituksemme

Testidatan luonnin ja määrittämisen avain on pyyntö- ja vastausrakenteiden sekä niihin liittyvien API-kutsujen ymmärtäminen. Käytä tiedonhallintatyökaluja, joiden avulla voit ymmärtää nämä yhteydet, ja peitä, luo ja osajoukkoista sitten uutta dataa, joka sopii testaustarpeisiisi.

3. Hallintotestauksen tavoitteiden selkeä ymmärtäminen

Hallintatestaus on ratkaisevan tärkeää monikäyttäjäisille pilvisovelluksille kehitetyille sovellusrajapinnoille (API), ja sen avulla pyritään suojaamaan infrastruktuuria liialliselta käytöltä, häiritseviltä naapureilta ja hyökkäyksiltä. API:ille on tyypillisesti määritelty hallintasäännöt (esim. tallennuskäytännöt, käyttörajoitukset ja hyötykuorman koko), mutta API-arkkitehtuurin logiikkaan ja näihin sääntöihin liittyvän tiedon ja ymmärryksen puute johtaa usein epävarmuuteen testaus tavoitteista.

Suosituksemme

Tiimit voivat lieventää tätä API-testauksen haastetta luomalla selkeästi määriteltyjä ja hyvin kirjoitettuja hallintasääntöjä; rakentamalla tiimillenne työkaluja, joilla niitä voidaan muokata tarpeen mukaan testauksen helpottamiseksi ja tehostamiseksi.

4. Kaaoskerroksen testaaminen tehokkaasti

Vuonna 2010 Netflixin kehitys- ja operaatiotiimit loivat tämän testaustavan, kun ne alkoivat siirtää perinteistä infrastruktuuria Amazon Web Services (AWS) -pilvi-infrastruktuuriin. Kaaostestaus eli kaos-suunnittelu, on erittäin kurinalainen lähestymistapa, joka testaa järjestelmän eheyttä simuloimalla ja tunnistamalla vikoja ennakoivasti ennen kuin ne johtavat suunnittelemattomiin käyttökatkoksiin tai huonoon käyttökokemukseen.

Prosessiin kuuluu:

• Järjestelmän toiminnan testaaminen määritellyssä pysyväistilassa. Ensiksi testaajien on tunnistettava mitattava järjestelmän ulostulo, joka osoittaa normaalia toimintaa. Vakaan tilan määrittämiseen ja mittaamiseen tarvittavan infrastruktuurin ja työkalujen luominen voi olla monimutkaista riippuen kyseisten sovellusten arkkitehtuurista ja laajuudesta.
• Testaus sen varmistamiseksi, että järjestelmän vakatila säilyy. Vakiintuneen tilan saavuttamisen jälkeen testaajat määrittävät, jatkuuko se kontrolli-, koe- ja todellisen maailman olosuhteissa.
• Testataan vähäistä vaikutusta käyttäjiin. Testaajat rikkovat tai häiritsevät palvelua määrittääkseen käyttäjiin kohdistuvan kielteisen vaikutuksen.
• Kaaoksen esittely. Kun on todettu, että järjestelmä toimii määritetyssä vakaassa tilassa, että vakaa tila pitää ja että “räjähdyssäde” on rajattu, testaajat suorittavat kaaostestaussovelluksensa nähdäkseen, miten järjestelmä käyttäytyy tietyissä rasitusolosuhteissa tai tilanteissa (esim. palvelinkaadoissa, laitteistovioissa tai katkenneissa verkkoyhteyksissä).

Suosituksemme

Rakenna sovellukseesi ja infrastruktuuriisi koukkuja, joiden avulla testausryhmäsi voi luoda kaaosta ja saada helposti asiaankuuluvia mittareita räjähdysalueesta.

5. Oikean tiimin sitouttaminen tietoturvatestaukseen

Tunkeutumistestauksessa testaaja, jolla on rajoitetusti käytännön tietoa kyseisestä ohjelmistorajapinnasta (API), hyökkää sitä vastaan arvioidakseen uhkavektoria ulkoisesta näkökulmasta. Hyökkäykset voivat kohdistua koko rajapintaan tai tiettyihin toimintoihin ja prosesseihin.

Suosituksemme

Sisäinen tiimi voi suorittaa alustavan tunkeutumistestauksen, mutta kolmannen osapuolen tunkeutumistestaajan tulisi suorittaa jatkotoimenpiteenä tehtävä syvä tunkeutumistestaus.

Selviydy API-testauksen haasteista Jitterbit API Manager:n avulla

Osana yhtenäistettyä Harmony-alustaa, Jitterbit API Manager yksinkertaistaa API-testausta tarjoamalla näkyvyyden koko elinkaareen – suunnittelusta suorituskyvyn seurantaan – ja mahdollistamalla yhteistyön keskitetyn management console:n kautta.

Jitterbit API Manager:ssä OpenAPI-määritelmistä luotu API-dokumentaatio muunnetaan automaattisesti interaktiiviseksi Swagger UI -dokumentaatioksi, jonka avulla tiimit voivat testata päätepisteitä reaaliajassa. Lisätietoja mallista API Manager tai ottaa yhteyttä tuoteasiantuntijaan pyydä ilmainen demo.