Разумевање СОАП протокола
Пре него што креирамо СОАПУИ тест случај, хајде да разумемо основе о СОАП протоколу. Ово ће вам помоћи да користите СОАП УИ за ефикасно тестирање СОАП захтева и одговора.
СОАП представља С спро О бјецт А Приступни П ротокол. Испод су својства СОАП протокола.
- То је протокол заснован на КСМЛ-у за комуникацију између два различита система.
- То је платформа и језик неовисно. Дакле, систем развијен помоћу Јаве може комуницирати са системом развијеним у .НЕТ.
- СОАП захтеви / одговори се преносе путем ХТТП-а.
У овом упутству за тестирање научићете:
- Научите ФОРМАТ СОАП поруке
- Направите пројекат
- Прављење тест пакета
- Израда тест случаја
- Тест Степ Инсерт
- Разумевање панела за одговор на сапун и дневник
- Ручно слање захтева и читање одговора
Научите ФОРМАТ СОАП поруке
СОАП порука је обичан КСМЛ документ који садржи следеће елементе. Порука може бити порука захтева или одговор.
Након постављања радног простора који смо извели у прошлом упутству, морамо да креирамо пројекте, скупове тестова, тест случајеве како бисмо тестирали дату веб услугу. Дозволите нам да разумемо кораке који се укључују у то исто.
Направите пројекат
Корак 1: Сада, у зависности од пројекта, морамо да увозимо СОАП / РЕСТ протокол. Направићемо нови СОАП пројекат.
Корак 2: Користићемо следећи СОАП захтев хттп://ввв.днеонлине.цом/цалцулатор.асмк?всдл
- Унесите назив пројекта
- Унесите путању ВСДЛ захтева. У овом случају хттп://ввв.днеонлине.цом/цалцулатор.асмк?всдл
- Кликните ОК
Белешка:
- Направити узорак захтева за све операције? Ствара узорак захтева за све доступне операције у датом ВСДЛ-у. Чим унесете ВСДЛ адресу, ова опција се аутоматски проверава. Можете га уклонити.
- Направи, тестни пакет за увезени ВСДЛ: Ствара тестни пакет у оквиру пројекта за увезени ВСДЛ.
- Релативни путеви : Омогућава кориснику да сачува све датотеке у односу на пројектну датотеку.
Корак 3: Након креирања СОАП пројекта са горе поменутим ВСДЛ-ом, моћи ћемо да видимо да постоје две операције које ће бити увезене у пројекат.
Корак 4)
Проширите први захтев и кликните десним тастером миша на „Додај“. Затим кликните на „Нови захтев“.
Затим кликните на „ОК“. Приказаће СОАП захтев у КСМЛ формату
- Унесите „интА“ и „интБ“
- Кликните на дугме за слање
- КСМЛ одговора биће приказан на десном бочном окну.
Можда се питате зашто креирати тест случајеве? Када овде можете директно тестирати Веб услугу
…Па, можете послати захтев за једну операцију. Шта је са другима? Колико комбинација улаза за сабирања можете да урадите помоћу ове операције ? Морате да уредите захтев за сваку комбинацију.
На пример: Ако желите да додате од 4 и 4 уместо од 5 и 5
... Опет морате уредити операцију. Дакле, треба створити тестни пакет / случајеве да би се тестирали сви могући сценарији без потребе за директном уређивањем саме операције.Прављење тест пакета
Корак 1: У оквиру пројекта тестери могу створити пакет за тестирање тако што ће десним тастером миша кликнути на корен пројекта.
Корак 2: Морамо да унесемо име пакета за тестирање и притиснемо ОК.
Корак 3: Створени тестни пакет приказује се окно за навигацију као што је приказано доле.
Корак 4: Прозор Тест Суите отвара се у десном окну. Као што смо управо створили, НЕМА тест случајева. Стога су све опције онемогућене.
Израда тест случаја
Корак 1: Унутар пакета за тестирање можемо створити више тестова тако што ћемо десним кликом кликнути на „тест сет“ и изабрати „Нев ТестЦасе“.
Корак 2: Наведите име тест случаја и кликните на „У реду“.
Корак 3: Створени тест случај има нула корака као што је приказано у наставку.
Напомена : Можемо видети да је тест случај додат са нула корака за све доступне врсте тестова. Након додавања корака за тестирање, бројеви у заградама би се аутоматски променили.
Корак функционалног теста требало би да пређе у „Тест Степс“, док би корак испитивања перформанси требало да пређе у „Тест оптерећења“, а корак испитивања безбедности у „Сецурити Тестс“.
Корак 4: Можемо да убацимо разне кораке теста тако што ћемо десним тастером миша кликнути на кораке теста и изабрати одговарајући тест корак као што је приказано доле. Дакле, ако бисте тестирали РЕСТ веб услугу, изабрали бисте РЕСТ захтев за тестирање.
Тест Степ Инсерт
Сад ћемо додати тест корак за потврду увеженог СОАП захтева.
Корак 1: Додајте нови корак „СОАП захтев“ као што је приказано доле.
Корак 2: Унесите име корака и кликните ОК.
Корак 3: Након клика на „У реду“, искочиће дијалог за одабир радње на коју се позива. Наведене су све операције, а корисник може да изабере операцију коју жели да позове.
- Много је операција које ће бити наведене. Операције су исте, осим употребљене верзије СОАП-а.
ЦалцулаторСоап - користи СОАП верзије 1.1 док,
ЦалцулаторСоап12 - користи СОАП верзије 1.2
- Верзија нам није битна у овом контексту. Стога можете одабрати ону по свом избору.
- Након одабира операције, кликните на „Ок“
Корак 4: Док додајемо тест случај, можемо додати стандардне тврдње. Тврдње се такође називају контролним тачкама / тачкама валидације, о чему ћемо детаљно радити у следећем упутству.
Током креирања тест случаја можемо додати следеће контролне тачке / тврдње. Створимо тест случаја са опцијом која значи стварање корака теста БЕЗ било које од доле утврђених тачака потврде
- Проверава да ли је порука одговора СОАП, по извршењу теста.
- Проверава да ли је шема одговора важећа.
- Проверава да ли СОАП одговор садржи ФАУЛТ.
Корак 5: Након креирања тест случаја, доле је приказан КСМЛ захтев. Структура КСМЛ-а је објашњена у доњем снимку.
Корак 6: Број тест корака се сада увећава на један као што смо управо додали један тест корак. Слично томе, након додавања корака оптерећења и сигурносних тестова, одговарајући број би се аутоматски увећавао на основу броја додатих корака.
Пошаљите захтев ручно и одговор на читање
Корак 1: Желели бисмо да додамо два цела броја.
- интА - 5
- интБ - 5
Следећи,
- Ове уносе морамо унети уместо знака питања који ће бити послат као КСМЛ захтев.
- Након уноса тих вредности у одговарајуће КСМЛ ознаке, кликните на дугме „пошаљи захтев“ да бисте проверили одговор.
Корак 2: Након подношења захтева, веб сервер обрађује захтев за веб услугом и шаље одговор као што је приказано у наставку.
Читајући одговор, можемо закључити да је 5 плус 5 10.
Разумевање панела за одговор на сапун и дневник
Као што је објашњено на почетку овог водича, СОАП поруке се преносе путем ХТТП протокола. Погледајмо РАВ поруке. Ово ће нам помоћи да научимо како је ХТТП преносио СОАП захтев и одговор.
Корак 1: Кликните картицу „РАВ“ у оба прозора СОАП-УИ захтева.
- Захтев се објављује на веб серверу. Отуда се користи ПОСТ метода Хттп.
- СОАП захтев се преноси у телу Хттп поруке.
Корак 2: Сада кликните картицу „РАВ“ у прозору за одговор СОАП-УИ да бисте разумели како се одговор шаље путем ХТТП-а.
- Након обраде захтева, приказује се код Хттп одговора (200), што значи да је успео. Веб сервер га је успешно обрадио.
- СОАП одговор се враћа клијенту као део тела ХТТП поруке.
Кратки снимак кодова Хттп одговора за лако разумевање и отклањање грешака. Табела у наставку ће вам помоћи да решите проблеме на основу ХТТП кода примљеног од веб сервера.
| Хттп код | Опис |
| 1кк: | Информативно - То значи да је захтев примљен и да се наставља поступак. |
| 2кк: | Успех - Акција је успешно примљена, схваћена и прихваћена. |
| 3кк: | Преусмеравање - То значи да се морају предузети даље мере како би се захтев довршио. |
| 4кк: | Клијентска грешка - То значи да захтев садржи лошу синтаксу или да се не може испунити |
| 5кк: | Грешка сервера - Сервер није успео да испуни очигледно ваљан захтев |
Корак 3: Дајте нам да разумемо остале информације које се приказују у прозору тест случаја.
- Представљати НЕ заглавље у захтеву који се шаље
- Представља НО прилоге у захтеву који се шаље веб серверу.
- Представља 10 информација о заглављу и исте се приказују кликом на њих.
- Представља да нема одговора из поруке одговора.
ЛОГС ПАНЕ:
Окно дневника садржи комплетне информације у вези са трансакцијом између клијента и сервера. Корисници ће моћи да виде картице језичка окна, као што је приказано доле. Разговараћемо о најчешће коришћеним окнима дневника при раду са СОАП-УИ.
СоапУИ Лог - приказује информације о одговору са веб сервера. Исте информације се чувају у датотеци соапуи.лог инсталиране фасцикле СОАП-УИ у директоријуму 'бин'.
ХТТП евиденција - приказује сав ХТТП пакетни пренос. Све информације у „РАВ“ приказују се у ХТТП дневнику.
Евиденција грешака - Дневник грешака приказује све грешке на које смо наишли током целе сесије пројекта. Исте информације доступне су у „соапуи-еррорс.лог“ присутном у директоријуму „бин“ инсталиране локације СОАП УИ.
Дневник меморије - Ова картица прати потрошњу меморије и приказује је у облику графикона као што је приказано доле. Заиста је корисно када се изводи интензивна меморија.
Сада када смо креирали тест пакет, тест случај, тест корак и добили одговор, следећи корак је потврда одговора. Типовима тврдњи бавићемо се у следећем упутству.
