45 питања и одговора за интервју за веб услуге (РЕСТфул, СОАП, безбедносна питања)

top 45 web services interview questions

Листа најчешће постављаних питања и одговора на интернетске услуге које ће вам помоћи да се припремите за предстојећи интервју:

У данашњем сценарију, када говоримо о основним потребама за технички напредним животом, „Ворлд Виде Веб тј. Ввв“ делује као битан фактор.

На тржишту постоје врсте веб апликација развијених на различитим програмским платформама. Постаје веома тешко осигурати потпуну и тачну повезаност између ових хетерогених апликација.

Решење таквог проблема је 'Веб сервиси' који заправо делује као средство комуникације између ових вишеструких веб апликација развијених са различитим програмским језицима. Веб услуге користе стандардизовани КСМЛ систем за размену порука који је лако доступан преко Интернета или приватних мрежа.

Веб услуге су врло велика тема. То укључује његову архитектуру, као што су компоненте Једноставни протокол за приступ објектима (СОАП) , Језик описа веб услуга (ВСДЛ) , РЕСТфул веб услуге, сигурност веб услуга итд.

У овом чланку су обрађене све неопходне теме веб услуга које морате добро познавати како бисте одговорили на било која питања нивоа. Видећете и најбоља питања и одговоре на интервјуе за веб услуге у категоријама, тако да ако је потребно можете проћи само кроз одређени одељак.

Шта ћете научити:

• Питања и одговори за интернетске услуге
  • Општа питања
  • Питања за интервју за РЕСТфул Веб Сервицес
  • СОАПУИ веб услуге
  • Безбедност веб услуга
  • ВСДЛ Интервју питања
• Закључак
  • Препоручено читање

Питања и одговори за интернетске услуге

Следећа наведена питања покривају питања за тестирање веб услуга, РЕСТфул веб услуге, СОАП веб услуге, питања о безбедносним интервјуима за веб услуге.

Општа питања

П # 1) Објаснити веб услуге?

Одговор: Веб услуга се може дефинисати као компонента апликације за комуникацију или рецимо размена информација између две апликације преко мреже. Веб услуге у основи раде на моделу клијент-сервер где су веб услуге лако доступне клијентским апликацијама преко мреже.

Да би омогућили комуникацију између различитих апликација, веб услуге користе помоћ отворених стандарда као што су КСМЛ (за означавање података), СОАП (за пренос порука) и ВСДЛ (за означавање доступности услуге).

П # 2) Које су компоненте веб услуге?

Одговор: Различите компоненте веб услуга су следеће:

• СОАП- Једноставни протокол за приступ објектима
• УДДИ- Универзални опис, откривање и интеграција
• ВСДЛ- Језик описа веб услуге
• РДФ- Оквир описа ресурса
• КСМЛ- Прошириви језик за означавање

П # 3) Објасните појам интероперабилност у односу на веб услуге?

Одговор: Термин „интероперабилност“ се широко користи у опису маркетинга производа који дефинише способност различитих производа или система да раде заједно без посебног напора од стране купца.

Ово је применљиво на исти начин када говоримо о „интероперабилности“ у смислу веб услуга. Овде одређује међусобну комуникацију између различитих апликација, дељење података као и услуге. Не постоји ограничење за врсту апликације која треба да комуницира.

Ако је написан било који код, третираће се као генерички код који ће разумети све апликације. Дакле, смањују се трошкови писања одређених кодова за сваку апликацију.

Не постоји ограничење за врсту апликације која треба да комуницира. Ако је написан било који код, третираће се као генерички код који ће разумети све апликације. Дакле, смањују се трошкови писања одређених кодова за сваку апликацију.

П # 4) Дефинисати стек протокола веб услуга и његове слојеве?

Одговор: Склоп протокола веб услуга састоји се од 4 слоја. Ово се може описати на следећи начин:

а) Услужни превоз: Ово је први слој који помаже у транспорту КСМЛ порука између различитих клијентских апликација. Овај слој обично користи доле поменуте протоколе:

• ХТТП (Хипертект Транспорт Протоцол)
• СМТП (Симпле Маил Транспорт Протоцол)
• ФТП (протокол за пренос датотека)
• БЕЕП (Блоцк Ектенсибле Екцханге Протоцол)

б) КСМЛ поруке: Овај слој заснован је на КСМЛ моделу где су поруке кодиране у уобичајеном КСМЛ формату који је лако разумљив другима. Овај слој укључује

• КСМЛ-РПЦ
• СОАП (протокол за приступ једноставним објектима)

ц) Опис услуге: Овај слој садржи описе попут локације, доступних функција и типова података за КСМЛ размену порука који описују јавни интерфејс за одређену веб услугу. Овај слој укључује:

• ВСДЛ (језик за опис веб услуге)

д) Откривање услуге: Овај слој је одговоран за пружање начина за објављивање и проналажење веб услуга путем веба. Овај слој укључује:

• УДДИ (Универзални опис, откривање и интеграција)

П # 5) Објаснити архитектуру веб услуга?

Одговор: Архитектура оквира веб услуга састоји се од три различита слоја. Улоге ових слојева су дефинисане као у наставку:

• Давалац услуга: Као што назив означава, улога добављача услуга је да креира веб услугу и учини је доступном клијентским апликацијама преко Интернета ради њихове употребе.
• Подносилац захтева за услугу: Захтјев за услугом је у основи било који потрошач веб услуга попут било које клијентске апликације. Клијентске пријаве су написане на било ком језику. Они контактирају веб услугу за било коју врсту функционалности слањем КСМЛ захтева преко доступне мрежне везе.
• Регистар услуга: Регистар услуга је централизовани директоријум који помаже у проналажењу веб услуга за клијентске апликације. Овде можемо пронаћи постојеће веб услуге, као и програмери, који такође могу створити нову.

Добављач услуга користи интерфејс „Објави“ у Регистру услуга како би постојеће веб услуге учинио доступним клијентским апликацијама. Уз све информације које пружа Регистар услуга, Подносилац захтева може да веже или позива услуге.

П # 6) Шта разумете под КСМЛ-РПЦ?

Одговор: РПЦ је даљински позив процедуре и као што и само име говори, то је начин позивања процедуре или функције доступне на било ком удаљеном рачунару.

како могу да отворим епс датотеку

КСМЛ је скраћеница од Ектенсибле Маркуп Лангуаге. Стога КСМЛ-РПЦ представља једноставан протокол који изводи РПЦ користећи КСМЛ поруке. Ово се сматра изврсним алатом за повезивање различитих окружења и успостављање веза између различитих рачунара.

П # 7) Објаснити карактеристике КСМЛ-РПЦ?

Одговор: Главне карактеристике КСМЛ-РПЦ наведене су у наставку:

• РПЦ се изводе помоћу једноставног КСМЛ језика.
• Захтеви кодирани у КСМЛ-у шаљу се путем ХТТП ПОСТ-а.
• КСМЛ одговор је уграђен у ХТТП одговор.
• Сматра се независним од платформе.
• Омогућава комуникацију између различитих апликација.
• Користи ХТТП протокол за прослеђивање информација између клијентског и серверског рачунара.
• Има мали КСМЛ речник за описивање природе захтева и одговора.

П # 8) Наведите неколико предности веб услуга?

Одговор: Већ смо разговарали о веб услугама, њиховој архитектури, компонентама. Сада, да видимо неке од његових предности:

• Свака апликација је сада на Интернету и то је веб услуга која клијентским апликацијама пружа неку врсту потребне функционалности.
• Веб услуге помажу у излагању постојећих функционалности преко мреже како би помогле другим апликацијама да се користе у својим програмима.
• Има функције попут „Интероперабилности“ која одређује међусобну комуникацију између различитих апликација, дељење података као и услуге.
• Веб услуге користе стандардизовани стек протокола веб услуга за комуникацију који се састоји од 4 слоја, наиме Услужни транспорт, КСМЛ поруке, Опис услуге и Откривање услуга.
• Има карактеристику ниске цене комуникације због употребе СОАП-а (Симпле Објецт Аццесс Протоцол) преко ХТТП протокола.
• Лако се поставља, интегрише и може се поново користити.
• Омогућава једноставну интеграцију између различитих карактеристика као дела лабаве спојнице.

П # 9) Објасните појам УДДИ са његовим карактеристикама?

Одговор: УДДИ је стандард заснован на КСМЛ-у у слоју откривања услуга у стеку протокола веб услуга. Користи се за објављивање и проналажење веб услуга путем Интернета јер делује као директоријум. Неке од карактеристика УДДИ-а су објашњене у наставку:

• То је отворени оквир и неовисан је од платформе.
• За комуникацију се користе СОАП, ЦОБРА и Јава РМИ протоколи.
• Помаже предузећима да се међусобно откривају и омогућавају интеракцију између њих путем Интернета.
• Делује као база података која садржи све ВСДЛ датотеке.

П # 10) Који језик користи УДДИ?

Одговор: УДДИ користи језик познат као ВСДЛ (језик за опис веб услуга)

П # 11) Објаснити БЕЕП?

Одговор: БЕЕП је скраћеница од Блоцкс Ектенсибле Екцханге Протоцол. БЕЕП је утврђен као градња нових протокола за разне апликације као што су тренутне поруке, управљање мрежом, пренос датотека итд. Назван је новом радном групом за интернет инжењеринг (ИЕТФ) која је слојевита директно преко ТЦП. Има неке уграђене функције попут

• Аутентикација
• Сигурност
• Грешка руковање
• Протокол руковања

П # 12) Уврстите неколико алата који се користе за тестирање веб услуга?

Одговор: За тестирање веб услуга користе се доле наведени алати:

• САПУН
• ОСТАЛИ клијент
• ЈМетер

П # 13) Да ли нам је потребна нека посебна апликација за приступ веб услузи?

Одговор: Једини услов за приступ веб услугама из било које апликације је да мора подржавати КСМЛ-заснован захтев и одговор. Нема потребе нити захтева за инсталирањем било које апликације за приступ веб услугама.

Питања за интервју за РЕСТфул Веб Сервицес

П # 14) Шта знате о РЕСТфул Веб Сервицес?

Одговор: РЕСТ је скраћеница од Репрезентативни државни трансфер. РЕСТ је дефинисан као архитектонски стил клијент-сервер без држављанства за развој апликација којима се приступа преко Веба.

Када веб услуге користе ХТТП методе за примену концепта РЕСТ архитектуре, тада су познате као РЕСТфул Веб услуге. У овом архитектонском стилу подаци и функционалност служе као ресурси и њима се приступа путем УРИ (Униформ Ресоурце Идентифиерс).

РЕСТфул веб услуге омогућавају веб услугама да најбоље раде индукујући својства попут

• Перформансе
• Прилагодљивост
• Могућност модификовања

П # 15) Објасните предности РЕСТфул веб услуга?

Одговор: У наставку су наведене предности РЕСТфул веб услуга:

• Сматрају се независним од језика и платформе, јер се могу написати на било ком програмском језику и могу се извршити на било којој платформи.
• РЕСТ је лаган протокол и сматра се брзим због мање потрошње пропусног опсега и ресурса.
• Подржава више технологија и различите формате података попут обичног текста, КСМЛ, ЈСОН итд.
• Има лабаво повезану имплементацију и лако се може тестирати у прегледачима.

П # 16) Разликовати СОАП и ОСТАТАК?

Одговор: Разлика између СОАП-а и РЕСТ-а може се лако разумети из доње табеле.

П # 17) Објасните различите ХТТП методе које подржавају РЕСТфул веб услуге?

Одговор: У наставку су наведене неке уобичајене ХТТП методе заједно са њиховим функцијама које подржавају РЕСТфул веб услуге

• ДОБИТИ: Приступ ресурсу само за читање.
• СТАВИТИ: Стварање нових ресурса.
• ИЗБРИШИ: Уклањање ресурса.
• ПОШТА: Ажурирање постојећег ресурса.
• ОПЦИЈЕ: Добијте подржане операције на ресурсу.
• ГЛАВА: Враћа само ХТТП заглавље, нико.

П # 18) Шта је ресурс у РЕСТфул веб услузи и како је представљен?

Године: За ресурсе се каже да је основни концепт који има тип и однос са другим ресурсима. У РЕСТ архитектури, сваки садржај се сматра ресурсом и идентификује се својим УРИ-јем.

Ресурси су представљени уз помоћ КСМЛ-а, ЈСОН-а, текста итд. У РЕСТфул архитектури.

П # 19) Које су кључне компоненте ХТТП захтева и ХТТП одговора?

Одговор: ХТТП захтев има следећих 5 главних компоненти:

ХТТП одговор има следеће 4 главне компоненте:

П # 20) Која је сврха и формат УРИ-а у РЕСТ архитектури?

Одговор: Сврха УРИ-а је лоцирање ресурса на серверу који хостује веб услуге.

Формат УРИ:

: ////

П # 21) Објасните појам апатридије у смислу РЕСТфул веб услуга?

Одговор: У РЕСТ архитектури постоји ограничење када РЕСТ веб услуга не сме да задржи стање клијента на серверу. Такво стање је познато као „апатрид“. У таквој ситуацији, клијент прослеђује свој контекст серверу, а заузврат, сервер складишти контекст како би обрадио даље захтеве клијента.

П # 22) Навести предности и недостатке апатридије?

Одговор: Предности апатридије укључују

• Сваки захтев за методом третира се независно.
• Дизајн апликације је поједностављен јер не задржава претходну интеракцију клијента.
• Ради са ХТТП протоколом јер дели особину апатридије.

У недостатак апатридије спадају

• Сваки пут када дође до интеракције са клијентом, веб услугама треба пружити додатне информације о сваком захтеву како би могли да тумаче стање клијента.

П # 23) Који су најбољи фактори које треба следити за дизајнирање сигурне РЕСТфул веб услуге?

Одговор: ХТТП УРЛ путање користе се као део РЕСТфул веб услуге, тако да их треба осигурати. Неке од најбољих пракси су:

• Извршите валидацију свих улаза на серверу из напада СКЛ убризгавања.
• Извршите аутентификацију засновану на сесији корисника сваки пут када се поднесе захтев.
• Никада не користите осетљиве податке попут корисничког имена, лозинке токена сесије итд. Путем УРЛ-а. Треба их проследити ПОСТ методом.
• Методе попут ГЕТ, ПОСТ, ПУТ, ДЕЛЕТЕ итд. Треба извршити уз одговарајућа ограничења.
• ХТТП генеричку поруку о грешци треба позивати где год је то потребно.

СОАПУИ веб услуге

П # 24) Дефинисати СОАП веб услуге?

Одговор: Симпле Објецт Аццесс Протоцол (СОАП) је дефинисан као КСМЛ протокол који је познат по дизајнирању и развоју веб услуга, као и омогућавању комуникације између апликација развијених на различитим платформама са различитим програмским језицима путем Интернета. Независно је од платформе и језика.

П # 25) Који су различити приступи за развој веб услуга заснованих на СОАП-у?

Одговор: У основи постоје 2 различита приступа за развој веб услуга заснованих на СОАП-у. Они су објашњени на следећи начин

• Приступ према уговору: У овом приступу, уговор се прво дефинише КСМЛ-ом и ВСДЛ-ом, а затим се из уговора изводе јава класе.
• Последњи уговор: У овом приступу прво се дефинишу јава класе, а затим се генерише уговор који је обично ВСДЛ датотека из јава класе.

Најпожељнији приступ је метода „прво уговор“.

П # 26) Објасните главну препреку са којом се суочавају корисници СОАП-а?

Одговор: Једна од главних запрека коју су приметили корисници СОАП-а је „заштитни механизам заштитног зида“. У овом случају су закључани сви ХТТП портови, осим оних који заобилазе заштитни зид. У неким случајевима се примећује и техничко питање мешања спецификација преноса порука са структуром поруке.

П # 27) Које су предности и недостаци СОАП-а?

Одговор: У наставку су наведене предности СОАП веб услуга:

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

У наставку су наведени недостаци СОАП веб услуга:

• Лаки формати који нису КСМЛ нису подржани.
• Није лако тестирати у прегледачима.
• Објекти обезбеђења нису присутни.
• СОАП је спор и не може се лако тестирати у прегледачу.
• Веб услуге и клијенти су уско повезани и дефинишу неке стандарде којих се треба строго придржавати.

П # 28) Који су елементи СОАП поруке?

Одговор: СОАП је сличан осталим КСМЛ документима и садржи следеће елементе:

• Коверат: Овај елемент је дефинисан као обавезни основни елемент. Преводи КСМЛ документ и одређује почетак и крај СОАП поруке.
• Заглавље: Овај елемент садржи опционалне атрибуте заглавља поруке који садрже одређене информације о апликацији. Овај елемент се може појавити више пута и намењен је додавању нових карактеристика и функционалности.
• Тело: Овај елемент је обавезан и садржи поруке позива и одговора. Такође је дефинисан као подређени елемент коверте који садржи све КСМЛ податке изведене из апликације који су размењени као део СОАП поруке.
• Елемент грешке: Грешке које се јављају током обраде порука обрађује елемент грешке. Ако је грешка присутна, овај елемент се појављује као подређени елемент тела. Међутим, може постојати само један блок грешке.

П # 29) Које су важне карактеристике елемента СОАП омотнице?

Одговор: Основни рад елемента СОАП омотнице видели смо у претходном одговору, сада ћемо видети неке од његових карактеристика:

• СОАП коверта је механизам за паковање.
• Свака СОАП порука има обавезујућу роот омотницу.
• За сваки елемент коверте дозвољен је само један елемент тела.
• Како се верзија СОАП-а мења, коверта се мења.
• Ако је присутан елемент заглавља, требало би да се појави као прво дете.
• За спецификацију се користи префикс ЕНВ и елемент коверте.
• Простор имена и опционални стил кодирања користе се у случају опционалног СОАП кодирања.

П # 30) Наведите неколико правила синтаксе која се примењују на СОАП поруку?

Одговор: У наставку су наведена нека важна правила синтаксе која се примењују на СОАП поруку:

СОАП порука

• Мора бити кодирано помоћу КСМЛ-а.
• Морате користити простор имена СОАП коверти.
• Морате користити простор имена СОАП кодирања.
• Не сме да садржи ДТД референцу.
• Не сме да садржи КСМЛ упутства за обраду.

П # 31) Дефинисати СОА?

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

Неки од кључних принципа на којима се заснива СОА наведени су у наставку:

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

П # 32) Објасните радње које је извршио СОАПУИ?

Одговор: СОАПУИ је решење за функционално тестирање отвореног кода, бесплатно и на више платформи. У наставку су наведене неке радње које је извршио СОАПУИ:

• Може вам помоћи у стварању функционалних, безбедносних и тестова за тестирање оптерећења.
• Такође се изводи тестирање на основу података и тестирање засновано на сценарију.
• Има способност да се лажно представља као веб услуге, као и уграђене способности извештавања.

Безбедност веб услуга

П # 33) Који су примарни безбедносни проблеми веб услуге?

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

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

П # 34) Шта знате о услугама заштите фондације?

Одговор: Службе безбедности фондације састоје се од:

• Интеграција
• Аутентикација
• Овлашћење
• Дигитални потписи
• Процеси шифровања

П # 35) Шта је Услуга идентификације поверења?

најбоље бесплатно чишћење регистра за Виндовс 10

Одговор: Услуга идентификације поверљивости категоризована је у оквиру платформе Ентруст Сецуре Трансацтион Платформ која пружа основне безбедносне могућности за обезбеђивање сигурних трансакција. Ово обично омогућава компанијама да у потпуности контролишу идентитете којима се верује да обављају трансакције веб услуга.

П # 36) Шта је Услуга поверавања права?

Одговор: Услуга поверења овлашћења је она чији је задатак да верификује услуге које покушавају да приступе веб услугама. У основи осигурава сигурност у пословном пословању, као и неке услуге аутентификације.

П # 37) Шта је услуга поверљивости приватности?

Одговор: Као што и само име говори, Ентруст Приваци Сервице врши шифровање података тако да само заинтересоване стране могу да приступе подацима. У основи се бави два фактора

• Повјерљивост
• Сигурност

ВСДЛ Интервју питања

П # 38) Објаснити ВСДЛ?

Одговор: ВСДЛ је скраћеница од Веб Сервице Десцриптион Лангуаге. То је једноставан КСМЛ документ који се налази под слојем Опис услуге услуге Веб Сервице Протоцол и описује техничке детаље или лоцира кориснички интерфејс за веб услугу. Мало је важних информација присутних у документу ВСДЛ

• Назив методе
• Типови лука
• Крајња тачка услуге
• Параметри методе
• Информације о заглављу
• Порекло итд

П # 39) Који су различити елементи ВСДЛ докумената?

Одговор: Различити елементи ВСДЛ документа заједно са кратким описом наведени су у наставку:

• Врсте: Ово дефинише типове података порука, који су у облику КСМЛ шеме, коју користе веб услуге.
• Порука: Ово дефинише елементе података за сваку операцију где поруке могу бити цео документ или аргумент који треба мапирати.
• Тип луке: У ВСДЛ је присутно више услуга. Тип порта дефинише скуп операција које се могу извршити за везивање.
• Повез: Одређује и дефинише протокол и формат података за сваки тип порта.
• Операције: Ово дефинише операције које се извршавају за обраду поруке.

П # 40) Објасните елемент поруке у ВСДЛ-у?

Одговор: Елемент поруке описује податке који су размењени између потрошача и добављача веб услуга. Свака веб услуга састоји се од две поруке и свака порука има нула или више параметара. Две поруке су:

• Улазни: Описује параметар за веб услугу.
• Излаз: Описује податке о повратку са веб услуге.

П # 41) Навести одговор на типове операција који се користе у ВСДЛ-у?

Одговор: ВСДЛ у основи дефинише 4 типа одговора типа Оператион. Они су наведени испод:

• Једносмерно: Прима поруку, али не враћа одговор.
• Захтев-одговор: Прима захтев и враћа одговор.
• Тражени одговор: Шаље захтев и чека одговор.
• Обавештење: Шаље поруку, али не чека одговор.

Међу њима, Рекуест-Респонсе је најчешћи тип операције.

П # 42) Да ли је могуће везивање између СОАП-а и ВСДЛ-а?

Одговор: Да, могуће је повезати ВСДЛ са СОАП-ом. Везивање је могуће у основи два атрибута:

• Име: Дефинише назив везивања.
• Тип: Дефинише порт за везивање.

За СОАП везивање потребно је декларисати два атрибута

• Превоз: Дефинише СОАП протокол који ће се користити, тј. ХТТП.
• Стил: Овај атрибут може бити „рпц“ или „доцумент“.

П # 43) Објаснити елемент?

Одговор: Елемент дефиниције описан је као корен ВСДЛ документа који дефинише име веб услуге, као и као контејнер за све остале елементе.

П # 44) Која су два атрибута елемент у ВСДЛ?

Одговор: Сваки елемент порта повезан је са одређеним везивањем дефинисањем појединачне крајње тачке. Елемент порта има следећа два атрибута

• Име: Овај атрибут пружа јединствено име у ВСДЛ документу.
• Повез: Овај атрибут се односи на процес везивања који се мора извести према правилима повезивања дефинисаним ВСДЛ-ом.

П # 45) Које тачке би луке требале узети у обзир током везивања?

Одговор: ВСДЛ омогућава елементе проширивости који се користе за специфицирање обавезујућих информација. Испод је неколико важних тачака које треба имати у виду док су обавезујуће.

Лука не сме

• Наведите више адреса.
• Наведите све обавезујуће информације осим података о адреси.

Закључак

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

Препоручено читање

• Питања и одговори за интервјуе
• Нека занимљива питања за испитивање софтверског тестирања
• Топ 20 РЕСТфул питања и одговора за интернетске услуге
• 30 водећих питања и одговора за испитивање безбедности
• Питања и одговори за испитивање ЕТЛ-а
• 12 најпопуларнијих питања о Моцкито интервјуу (Моцкинг Фрамеворк Интервиев)
• Најчешћа питања за интервјуе за Орацле обрасце и извештаје
• Софтверско ручно тестирање Интервју питања за искусне професионалце