Водич за АПИ тестирање: Шта је аутоматизација АПИ тестова? Како тестирати

Пре него што пређемо на водич за тестирање АПИ-ја, хајде да прво разумемо

Шта је АПИ?

АПИ (Апплицатион Программинг Интерфаце) је рачунарски интерфејс који омогућава комуникацију и размену података између два одвојена софтверска система. Софтверски систем који извршава АПИ укључује неколико функција / потпрограма које други софтверски систем може да изврши. АПИ дефинише захтеве који се могу упутити, како се захтеви захтевају, формати података који се могу користити итд. Између два софтверска система.

Шта је тестирање АПИ-ја?

АПИ ТЕСТИРАЊЕ је врста софтверског тестирања која валидира интерфејсе за програмирање апликација (АПИ). Сврха АПИ тестирања је да провери функционалност, поузданост, перформансе и сигурност програмских интерфејса. У АПИ тестирању, уместо да користите стандардне корисничке улазе (тастатуру) и излазе, користите софтвер за слање позива АПИ-ју, добијање резултата и бележење одговора система. АПИ тестови се веома разликују од ГУИ тестова и неће се концентрисати на изглед и осећај апликације. Углавном се концентрише на слој пословне логике софтверске архитектуре.

АПИ аутоматско тестирање захтева апликацију која може да комуницира преко АПИ-ја. Да бисте тестирали АПИ, мораћете

• Користите алатку за тестирање за покретање АПИ-ја
• Напишите свој код да бисте тестирали АПИ

У овом водичу за тестирање АПИ-ја сазнаћете више о-

• Постављање АПИ тест окружења
• Врсте резултата АПИ-ја
• Испитни случајеви за АПИ тестирање
• Приступ АПИ тестирању
• Разлика између АПИ тестирања и Унит тестирања
• Како тестирати АПИ
• Најбоље праксе АПИ тестирања
• Врсте грешака које АПИ тестирање открива
• Како се врши аутоматизација АПИ тестова
• Изазови АПИ тестирања

Постављање АПИ тест окружења

• АПИ тестирање се разликује од осталих врста тестирања софтвера, јер ГУИ није доступан, а ипак морате да подесите почетно окружење које позива АПИ са потребним скупом параметара, а затим коначно испитује резултат теста.
• Стога се постављање тестног окружења за АПИ аутоматизацију тестирања чини мало сложеним.
• База података и сервер требају бити конфигурисани у складу са захтевима апликације.
• Када се инсталација заврши, АПИ функцију треба позвати да би се проверило да ли тај АПИ ради.

Врсте резултата АПИ-ја

Излаз АПИ-ја могао би бити

1. Било која врста података
2. Статус (рецимо Пасс или Фаил)
3. Позовите другу АПИ функцију.

Погледајмо пример сваког од горе наведених типова у овом водичу за тестирање апи-а

Било која врста података

Пример: Постоји АПИ функција која треба да дода два целобројна броја.

Дуго додавање (инт а, инт б)

Бројеви се морају дати као улазни параметри. Излаз треба да буде збир два целобројна броја. Овај резултат треба верификовати са очекиваним исходом.

Позивање треба обавити као нпр

додај (1234, 5656)

Изузеци се морају обрадити ако број премашује целобројно ограничење.

Статус (рецимо Пасс или Фаил)

Размотрите доњу АПИ функцију -

1. Закључати()
2. Откључај ()
3. Делете ()

Враћају било коју вредност као што је Труе (у случају успеха) или фалсе (У случају грешке) као излаз.

Тачнији Тест Цасе био би, може позвати функције у било којој од скрипти и касније проверити да ли постоје промене у бази података или графичком корисничком интерфејсу апликације.

Позивање другог АПИ-ја / догађаја

У овом случају позивамо једну од АПИ функција која ће заузврат позвати другу функцију.

На пример - Прва АПИ функција може се користити за брисање одређеног записа у табели, а ова функција заузврат позива другу функцију за ОСВЈЕЖАВАЊЕ базе података.

Испитни случајеви за АПИ тестирање:

Тест примери АПИ тестирања заснивају се на

• Вратна вредност на основу услова уноса: релативно је лако тестирати, јер се унос може дефинисати и резултати могу потврдити аутентичност
• Не враћа ништа: Када нема повратне вредности, понашање АПИ-ја на систему које треба проверити
• Покретање неког другог АПИ-ја / догађаја / прекида: Ако излаз АПИ-ја покрене неки догађај или прекид, онда би требало пратити те догађаје и преслушаваче прекида
• Ажурирање структуре података: Ажурирање структуре података имаће неки исход или ефекат на систем и то би требало да буде потврђено
• Модификујте одређене ресурсе: Ако АПИ позив модификује неке ресурсе, то би требало да буде потврђено приступом одговарајућим ресурсима

Приступ АПИ тестирања

Приступ тестирању АПИ-ја је унапред дефинисана стратегија или метода коју ће КА тим извршити како би спровео тестирање АПИ-ја након што је израда спремна. Ово тестирање не укључује изворни код. Приступ АПИ тестирања помаже да се боље разумеју функционалности, технике тестирања, улазни параметри и извршавање тест случајева.

Следеће тачке помажу кориснику да приступи АПИ тестирању:

1. Разумевање функционалности АПИ програма и јасно дефинисање обима програма
2. Примените технике испитивања као што су класе еквиваленције, анализа граничне вредности и погађање грешака и писање тест случајева за АПИ
3. Улазне параметре за АПИ треба планирати и дефинисати на одговарајући начин
4. Извршите тест случајеве и упоредите очекиване и стварне резултате.

Разлика између АПИ тестирања и Унит тестирања

Јединствено тестирање	АПИ тестирање
Програмери то изводе	Испитивачи то изводе
Испитана је засебна функционалност	Тестирана је функционалност од краја до краја
Програмер може приступити изворном коду	Испитивачи не могу приступити изворном коду
Укључено је и тестирање корисничког интерфејса	Тестирају се само АПИ функције
Тестирају се само основне функционалности	Сви функционални проблеми су тестирани
Ограниченог обима	Шири по обиму
Обично се трчао пре пријаве	Извршено након израде

Како тестирати АПИ

Испитивање аутоматизације АПИ-ја требало би да обухвати најмање следеће методе испитивања, осим уобичајеног СДЛЦ процеса

• Тестирање открића: Тест група би требала ручно извршити скуп позива документованих у АПИ-у, попут провјере да ли се одређени ресурс изложен АПИ-јем може навести, створити и избрисати по потреби
• Тестирање употребљивости: Ово тестирање проверава да ли је АПИ функционалан и прилагођен кориснику. А да ли се АПИ добро интегрише и са другом платформом
• Испитивање безбедности: Ово тестирање укључује врсту потврде идентитета и да ли су осетљиви подаци шифровани преко ХТТП-а или обоје
• Аутоматизовано тестирање: АПИ тестирање требало би да кулминира стварањем скупа скрипти или алата који се може користити за редовно извршавање АПИ-ја
• Документација: Тест тим мора да се увери да је документација адекватна и пружа довољно информација за интеракцију са АПИ-јем. Документација треба да буде део коначног резултата

Најбоље праксе АПИ тестирања:

• АПИ тестови треба да буду груписани по категоријама тестова
• Поврх сваког теста, требали бисте укључити декларације АПИ-ја који се позивају.
• Избор параметара треба изричито споменути у самом тест случају
• Дајте предност функцијским позивима АПИ-ја тако да тестери могу лако да тестирају
• Сваки тест треба да буде што је могуће самосталнији и независан од зависности
• Избегавајте „тестирање ланца“ у свом развоју
• Морате бити посебно опрезни приликом руковања једнократним функцијама позива попут - Делете, ЦлосеВиндов итд.
• Редослед позива треба извести и добро испланирати
• Да бисте осигурали потпуну покривеност тестом, креирајте АПИ примере за све могуће комбинације уноса АПИ-ја.

Врсте грешака које АПИ тестирање открива

• Не успијева да грациозно обради услове грешке
• Неискоришћене заставе
• Недостаје или дуплира функционалност
• Питања поузданости. Тешкоће у повезивању и добијању одговора од АПИ-ја.
• Питања безбедности
• Проблеми са више навоја
• Проблеми са перформансама. АПИ време одзива је веома велико.
• Неправилне грешке / упозорење позиваоцу
• Нетачно руковање важећим вредностима аргумената
• Подаци о одговорима нису правилно структурирани (ЈСОН или КСМЛ)

Како се врши аутоматизација АПИ тестова

Следећи водичи пружају детаљан водич за аутоматизацију АПИ теста.

Како тестирати АПИ са РЕСТ Ассуред

Како тестирати АПИ помоћу Поштара

Како тестирати АПИ помоћу УФТ-а

Поред тога постоје и други алати за тестирање АПИ-ја. Провери их овде

Изазови АПИ тестирања

Изазови АПИ тестирања укључују:

• Главни изазови у тестирању веб АПИ-ја су комбинација параметара, одабир параметара и секвенцирање позива
• Не постоји доступан ГУИ за тестирање апликације што отежава давање улазних вредности
• Потврђивање и верификација излаза у другом систему мало је тешко за тестере
• Избор и категоризација параметара мора бити познат тестерима
• Треба испитати функцију руковања изузецима
• Знање кодирања је неопходно за тестере

Закључак:

АПИ се састоји од скупа класа / функција / процедура које представљају слој пословне логике. Ако се АПИ не тестира правилно, то може проузроковати проблеме не само у апликацији АПИ већ и у апликацији која позива. Незаобилазан је тест у софтверском инжењерству.