top 45 web services interview questions
Списък с най-често задаваните въпроси и отговори за интервю за уеб услуги, които да ви помогнат да се подготвите за предстоящото интервю:
В днешния сценарий, когато говорим за основни потребности от технически напреднал живот, „World Wide Web, т.е. www“ действа като съществен фактор.
На пазара има разновидности на уеб приложения, разработени на различни програмни платформи. Става много трудно да се осигурят пълни и точни връзки между тези разнородни приложения.
Решението на такъв проблем е „Уеб услуги“ което всъщност действа като средство за комуникация между тези множество уеб приложения, разработени с различни програмни езици. Уеб услугите използват стандартизирана система за съобщения XML, която е лесно достъпна през интернет или частни мрежи.
Уеб услугите са много обширна тема. Това включва неговата архитектура, компоненти като Прост протокол за достъп до обекти (SOAP) , Език за описание на уеб услуги (WSDL) , RESTful уеб услуги, защита на уеб услуги и др.
В тази статия е разгледана цялата необходима тема за уеб услуги, за която трябва да сте добре запознати, за да отговорите на въпроси от всяко ниво. Ще видите и най-добрите въпроси и отговори за интервюта за уеб услуги в категории, така че ако е необходимо, можете да преминете само през определен раздел.
Какво ще научите:
Въпроси и отговори за интервю за уеб услуги
Следните включени въпроси обхващат въпроси за тестване на уеб услуги, уеб услуги RESTful, уеб услуги SOAP, въпроси за интервю за сигурност на уеб услуги.
Общи въпроси
В # 1) Обяснете уеб услугите?
Отговор: Уеб услугата може да бъде определена като компонент на приложение за комуникация или да каже обмен на информация между две приложения през мрежата. Уеб услугите основно работят върху модел клиент-сървър, където уеб услугите са лесно достъпни за клиентски приложения през мрежата.
За да се даде възможност за комуникация между различни приложения, уеб услугите използват помощта на отворени стандарти като XML (за маркиране на данни), SOAP (за прехвърляне на съобщения) и WSDL (за обозначаване на наличността на услугата).
В # 2) Какви са компонентите на уеб услугата?
Отговор: Различните компоненти на уеб услугите са както следва:
- САПУН- Прост протокол за достъп до обекти
- UDDI- Универсално описание, откриване и интеграция
- WSDL- Език за описание на уеб услугата
- RDF- Рамка за описание на ресурса
- XML- Разширяем език за маркиране
Въпрос # 3) Обяснете термина оперативна съвместимост по отношение на уеб услугите?
Отговор: Терминът „оперативна съвместимост“ е широко използван в описанието на маркетинга на продукти, което определя способността на различни продукти или системи да работят заедно, без особени усилия от страна на клиента.
Това е приложимо по същия начин, когато говорим за „оперативна съвместимост“ по отношение на уеб услуги. Тук той определя комуникацията между различни приложения, споделянето на данни, както и услугите помежду си. Няма ограничение за типа на приложението, което да бъде в комуникация.
Ако е написан някакъв код, той ще се третира като общ код, който ще бъде разбран от всички приложения. По този начин се намаляват разходите за писане на специфични кодове за всяко приложение.
Няма ограничение за типа на приложението, което да бъде в комуникация. Ако е написан някакъв код, той ще се третира като общ код, който ще бъде разбран от всички приложения. По този начин се намаляват разходите за писане на специфични кодове за всяко приложение.
В # 4) Определете стека на протокола за уеб услуги и неговите слоеве?
Отговор: Стекът протоколи за уеб услуги се състои от 4 слоя. Това може да бъде описано по следния начин:
а) Служебен транспорт: Това е първият слой, който помага при транспортирането на XML съобщения между различни клиентски приложения. Този слой обикновено използва споменатите по-долу протоколи:
- HTTP (Hypertext Transport Protocol)
- SMTP (Simple Mail Transport Protocol)
- FTP (протокол за прехвърляне на файлове)
- BEEP (Протокол за обмен на блокови разширения)
б) XML съобщения: Този слой се основава на XML модела, където съобщенията се кодират в общ XML формат, който лесно се разбира от другите. Този слой включва
- XML-RPC
- SOAP (Прост протокол за достъп до обекти)
в) Описание на услугата: Този слой съдържа описания като местоположение, налични функции и типове данни за XML съобщения, които описват публичния интерфейс към конкретна уеб услуга. Този слой включва:
- WSDL (език за описание на уеб услугата)
г) Откриване на услугата: Този слой е отговорен за предоставянето на начин за публикуване и намиране на уеб услуги в мрежата. Този слой включва:
- UDDI (универсално описание, откриване и интеграция)
В # 5) Обяснете архитектурата на уеб услугата?
Отговор: Архитектурата на рамката за уеб услуги се състои от три различни слоя. Ролите на тези слоеве са определени по-долу:
- Доставчик на услуги: Както името обозначава, ролята на доставчика на услуги е да създаде уеб услугата и да я направи достъпна за клиентските приложения през интернет за тяхното използване.
- Заявител на услугата: Заявителят на услуги е основно всеки потребител на уеб услуга като всяко клиентско приложение. Клиентските приложения са написани на всеки език. Те се свързват с уеб услуга за всякакъв вид функционалност, като изпращат XML заявки по наличната мрежова връзка.
- Сервизен регистър: Сервизният регистър е централизираната директория, която помага да се намерят уеб услуги за клиентски приложения. Тук можем да намерим съществуващите уеб услуги, както и разработчиците, също могат да създадат новата.
Доставчикът на услуги използва интерфейса „Публикуване“ на Регистъра на услугите, за да направи съществуващите уеб услуги достъпни за клиентски приложения. С цялата информация, предоставена от Регистъра на услугите, Заявителят на услуги може да обвързва или да извиква услуги.
В # 6) Какво разбирате от XML-RPC?
Отговор: RPC е отдалечено повикване на процедура и както подсказва името, това е методът за извикване на процедура или функция, налични на всеки отдалечен компютър.
как да направите общ масив в java
XML означава Extensible Markup Language. По този начин XML-RPC представлява прост протокол, който изпълнява RPC чрез използване на XML съобщения. Това се счита за отличен инструмент за свързване на различни среди и за установяване на връзки между голямо разнообразие от компютри.
В # 7) Обяснете характеристиките на XML-RPC?
Отговор: Основните характеристики на XML-RPC са изброени по-долу:
- RPC се извършват с помощта на прост език XML.
- Кодираните в XML заявки се изпращат чрез HTTP POST.
- XML отговор е вграден в HTTP отговор.
- Той се счита за независим от платформата.
- Тя позволява комуникация между различни приложения.
- Той използва HTTP протокол за предаване на информация между клиентски и сървърни компютри.
- Той има малък XML речник за описване на естеството на заявката и отговора.
В # 8) Избройте няколко предимства на уеб услугите?
Отговор: Вече обсъдихме уеб услугите, тяхната архитектура, компоненти. Сега, нека видим някои от неговите предимства:
- Вече всяко приложение е в Интернет и това е уеб услугата, която предоставя някакъв вид необходима функционалност на клиентските приложения.
- Уеб услугите помагат за излагане на съществуващите функционалности в мрежата, за да помогнат на други приложения да се използват в техните програми.
- Той има функции като „Оперативна съвместимост“, която определя комуникацията между различни приложения, споделянето на данни, както и услугите помежду им.
- Уеб услугите използват стандартизиран стек протокол за уеб услуги за комуникация, който се състои от 4 слоя, а именно Service Transport, XML съобщения, описание на услугата и откриване на услугата.
- Той има характеристиката на ниската цена на комуникацията поради използването на SOAP (Simple Object Access Protocol) през HTTP протокол.
- Лесен за разполагане, интегриране и многократна употреба.
- Позволява проста интеграция между различни характеристики като част от свободната връзка.
В # 9) Обяснете термина UDDI с неговите характеристики?
Отговор: UDDI е базиран на XML стандарт в слоя за откриване на услуги в стека на протокол за уеб услуги. Използва се за публикуване и намиране на уеб услуги в мрежата, тъй като действа като директория. Някои от характеристиките на UDDI са обяснени по-долу:
- Това е отворена рамка и не зависи от платформата.
- За комуникация се използват протоколи SOAP, COBRA и Java RMI.
- Той помага на фирмите да се откриват взаимно и да позволяват взаимодействие между тях през Интернет.
- Той действа като база данни, съдържаща всички WSDL файлове.
В # 10) Кой език се използва от UDDI?
Отговор: UDDI използва езика, известен като WSDL (език за описание на уеб услугата)
В # 11) Обяснете BEEP?
Отговор: BEEP означава Blocks Extensible Exchange Protocol. BEEP се определя като създаване на нови протоколи за разнообразието от приложения като незабавни съобщения, управление на мрежата, прехвърляне на файлове и т.н. Той се нарича нова работна група за интернет инженеринг (IETF), която се наслоява директно върху TCP. Той има някои вградени функции като
- Удостоверяване
- Сигурност
- Обработка на грешки
- Протокол за ръкостискане
В # 12) Да изброите няколко инструмента, използвани за тестване на уеб услуги?
Отговор: За тестване на уеб услуги се използват посочените по-долу инструменти:
- САПУН
- ПОЧИВЕН клиент
- JMeter
В # 13) Изискваме ли някакво специално приложение за достъп до уеб услуга?
Отговор: Единственото изискване за достъп до уеб услуги от всяко приложение е, че то трябва да поддържа XML-базирана заявка и отговор. Няма нужда или изискване за инсталиране на каквото и да е приложение за достъп до уеб услуги.
Въпроси за интервю за RESTful Web Services
Въпрос # 14) Какво знаете за RESTful Web Services?
Отговор: REST означава представителния държавен трансфер. REST се определя като архитектурен стил клиент-сървър без гражданство за разработване на приложения, достъпни през мрежата.
Когато уеб услугите използват HTTP методи за реализиране на концепцията за REST архитектура, тогава тя е известна като RESTful Web услуги. В този архитектурен стил данните и функционалността се обслужват като ресурси и са достъпни от URI (Uniform Resource Identifiers).
RESTful уеб услугите дават възможност на уеб услугите да работят най-добре, като предизвикват свойства като
- производителност
- Мащабируемост
- Модифицируемост
В # 15) Обяснете предимствата на RESTful уеб услугите?
Отговор: По-долу са изброени предимствата на уеб услугите RESTful:
- Те се считат за независими от езика и платформата, тъй като те могат да бъдат написани на всеки език за програмиране и могат да бъдат изпълнени на всяка платформа.
- REST е лек протокол и се счита за бърз поради по-малкото потребление на честотна лента и ресурси.
- Той поддържа множество технологии и различни формати на данни като обикновен текст, XML, JSON и др.
- Той има слабо свързана реализация и може лесно да бъде тестван в браузърите.
Въпрос # 16) Разграничаване на SOAP и REST?
Отговор: Разликата между SOAP и REST може лесно да се разбере от таблицата по-долу.
САПУН | ПОЧИВКА |
---|---|
Той определя собствената си сигурност и използва WSDL договор за обвързване на уеб услуги и клиентски програми. | Той няма дефиниран договор, както и няма собствени методи за сигурност. |
Простият протокол за достъп до обекти (SOAP) служи като стандартен протокол за създаване на уеб услуга. | Представителният държавен трансфер (REST) е архитектурен стил за създаване на уеб услуги. |
Уеб услугите и клиентите са тясно свързани и определят някои стандарти, които трябва да бъдат стриктно спазвани. | Той не следва твърде много стандарти и е слабо свързан. |
Той изисква повече честотна лента и ресурси, както и използва сервизни интерфейси за излагане на бизнес логика. | Той изисква по-малко честотна лента и ресурси, както и използва URI (унифицирани идентификатори на ресурси) за излагане на бизнес логика. |
Обикновено е по-малко предпочитан и позволява само формат на XML данни. | Обикновено е по-предпочитан и позволява формати на данни като обикновен текст, HTML, JSON и др. |
Java API за уеб услуга SOAP е JAX-WS. | Java API за RESTFUL уеб услуга е JAX-RS. |
SOAPUI може да се използва за тестване на SOAP уеб услуги. | Браузъри и разширения като Chrome пощальон се използват за тестване на REST уеб услуги. |
В # 17) Обяснете различни HTTP методи, поддържани от RESTful уеб услуги?
Отговор: По-долу са изброени някои често срещани HTTP методи заедно с техните функции, които се поддържат от RESTful уеб услуги
- ВЗЕМЕТЕ: Достъп само за четене до ресурса.
- СЛАГАМ: Създаване на нови ресурси.
- ИЗТРИЙ: Премахване на ресурс.
- ПОЩА: Актуализация на съществуващ ресурс.
- НАСТРОИКИ: Получете поддържани операции на ресурса.
- ГЛАВА: Връща само HTTP заглавката, никой.
В # 18) Какво представлява ресурсът в уеб услугата RESTful и как е представен?
Години: Казва се, че ресурсът е основно понятие, имащо вид и връзка с други ресурси. В архитектурата REST всяко съдържание се счита за ресурс и те се идентифицират чрез техните URI.
Ресурсите са представени с помощта на XML, JSON, текст и т.н. в RESTful архитектура.
В # 19) Кои са основните компоненти на HTTP заявката и HTTP отговора?
Отговор: HTTP заявката има следните 5 основни компонента:
HTTP заявки | Значение / работа |
---|---|
Глагол | Посочете HTTP методи като GET, PUT, POST и др |
МРАЗА | Идентифицира ресурса на сървъра |
HTTP версия | Показва версия. |
Заглавка на заявката | Съдържа метаданни като тип клиент, настройки на кеша, формат на тялото на съобщението и др. За съобщение с HTTP заявка. |
Тяло на заявката | Представлява съдържанието на съобщението. |
HTTP отговорът има следните 4 основни компонента:
HTTP отговор | Значение / работа |
---|---|
Код за състояние / отговор | Показва състоянието на сървъра за заявения ресурс. |
HTTP версия | Представлява HTTP версия. |
Заглавка на отговора | Състои се от метаданни като дължина на съдържанието, тип съдържание, дължина на сървъра и др. За съобщение за отговор на HTTP. |
Тяло за отговор | Представлява съдържанието на съобщението за отговор. |
В # 20) Каква е целта и форматът на URI в архитектурата REST?
Отговор: Целта на URI е да намира ресурси на сървъра, който хоства уеб услуги.
Формат на URI:
: ////
Въпрос # 21) Обяснете термина без гражданство по отношение на RESTful уеб услуги?
Отговор: В архитектурата REST има ограничение, при което на уеб услугата REST не е разрешено да поддържа състояние на клиента на сървъра. Такова състояние е известно като „Без гражданство“. В такава ситуация клиентът предава контекста си на сървъра и на свой ред сървърът съхранява контекста, за да обработи допълнителните заявки на клиента.
В # 22) Избройте предимствата и недостатъците на безгражданството?
Отговор: Предимствата на липсата на гражданство включват
- Всяка заявка за метод се третира независимо.
- Дизайнът на приложението е опростен, тъй като не поддържа предишното взаимодействие на клиента.
- Работи с HTTP протокол, тъй като споделя характеристиката на липса на гражданство.
Недостатъкът на липсата на гражданство включва
- Всеки път, когато се осъществи взаимодействие с клиента, на уеб услугите трябва да се предоставя допълнителна информация за всяка заявка, така че те да могат да интерпретират състоянието на клиента.
В # 23) Кои са най-добрите фактори, които трябва да се следват при проектирането на защитена уеб услуга RESTful?
Отговор: HTTP URL пътеките се използват като част от уеб услугата RESTful, така че те трябва да бъдат защитени. Някои от най-добрите практики са:
- Извършете проверка на всички входове на сървъра от SQL инжекционни атаки.
- Извършвайте удостоверяване въз основа на сесия на потребителя всеки път, когато е направена заявка.
- Никога не използвайте чувствителни данни като потребителско име, парола за сесиен маркер и т.н. чрез URL. Те трябва да бъдат предадени чрез метода POST.
- Методи като GET, POST, PUT, DELETE и т.н. трябва да се изпълняват с подходящи ограничения.
- Съобщението за обща HTTP грешка трябва да се извиква, когато е необходимо.
SOAPUI уеб услуги
В # 24) Определете SOAP уеб услугите?
Отговор: Простият протокол за достъп до обекти (SOAP) се дефинира като XML базиран протокол, който е известен с проектирането и разработването на уеб услуги, както и позволява комуникацията между приложения, разработени на различни платформи с различни програмни езици през Интернет. Той е едновременно независим от платформата и езика.
Въпрос # 25) Какви са различните подходи за разработване на базирани на SOAP уеб услуги?
Отговор: По принцип има 2 различни подхода за разработване на базирани на SOAP уеб услуги. Те са обяснени по следния начин
- Договор-първи подход: При този подход договорът се дефинира първо от XML и WSDL и след това от договора се извличат java класове.
- Последен договор: При този подход първо се дефинират java класове и след това се генерира договорът, който обикновено е WSDL файлът от java класа.
Методът „сключване на договор“ е най-предпочитаният подход.
В # 26) Обяснете основната пречка, пред която са изправени потребителите на SOAP?
Отговор: Едно от основните препятствия, наблюдавани от потребителите на SOAP, е „Механизмът за защита на защитната стена“. В този случай всички HTTP портове, с изключение на тези, които заобикалят защитната стена, са заключени. В някои случаи се наблюдава и технически проблем за смесване на спецификацията на транспорта на съобщенията със структурата на съобщенията.
В # 27) Какви са предимствата и недостатъците на SOAP?
Отговор: По-долу са изброени предимствата на SOAP уеб услугите:
- SOAP позволява комуникация между различни приложения и е независим от езика и платформата.
- Той е много прост, както и използва стандартен HTTP протокол и XML за изпращане и получаване на съобщения.
- Той определя и използва собствена сигурност, известна като WS сигурност.
- Той отделя протокола за кодиране и комуникация от средата на изпълнение.
- Той премахва проблемите със защитната стена и е неутрален от доставчика.
- Тя позволява циркулацията на съобщения в разпределена и децентрализирана среда.
По-долу са изброени недостатъците на SOAP уеб услугите:
- Леки формати, различни от XML, не се поддържат.
- Не е лесно да се тества в браузърите.
- Охранителните съоръжения не присъстват.
- SOAP е бавен и не може лесно да бъде тестван в браузъра.
- Уеб услугите и клиентите са тясно свързани и определят някои стандарти, които трябва да бъдат стриктно спазвани.
В # 28) Какви са елементите на SOAP съобщение?
Отговор: SOAP е точно като другия XML документ и има следните елементи:
- Плик: Този елемент се определя като задължителен корен елемент. Той превежда XML документа и определя началото и края на SOAP съобщението.
- Заглавна част: Този елемент съдържа незадължителните атрибути на заглавката на съобщението, които съдържат конкретна информация за приложението. Този елемент може да се появи няколко пъти и е предназначен да добави нови функции и функционалности.
- Тяло: Този елемент е задължителен и съдържа съобщенията за обаждане и отговор. Също така се определя като дъщерния елемент на плика, съдържащ всички получени от приложението XML данни, които са били обменени като част от SOAP съобщението.
- Елемент за повреда: Грешките, които възникват по време на обработката на съобщенията, се обработват от елемента за повреда. Ако грешката е налице, този елемент се появява като дъщерен елемент на тялото. Обаче може да има само един блок за повреда.
В # 29) Кои са важните характеристики на елемента SOAP плик?
Отговор: Видяхме основната работа на елемент на SOAP плик в предишния отговор, сега нека видим някои от неговите характеристики:
- SOAP пликът е механизъм за опаковане.
- Всяко SOAP съобщение има задължително съобщение на основния плик.
- За всеки елемент на плика е разрешен само един елемент на тялото.
- С промяната на версията на SOAP, пликът се променя.
- Ако заглавният елемент е наличен, той трябва да се появи като първото дъщерно устройство.
- За спецификация се използва префикс ENV и елемент на плик.
- Пространство от имена и незадължителен стил на кодиране се използват в случай на незадължително SOAP кодиране.
В # 30) Да изброите няколко синтаксисни правила, приложими за SOAP съобщение?
Отговор: По-долу са изброени някои важни правила за синтаксис, които са приложими за SOAP съобщение:
SOAP съобщение
- Трябва да се кодира с помощта на XML.
- Трябва да използвате пространството от имена на плика SOAP.
- Трябва да използвате пространството от имена за кодиране на SOAP.
- Не трябва да съдържа DTD референция.
- Не трябва да съдържа инструкции за обработка на XML.
В # 31) Определете SOA?
Отговор: Архитектурата, ориентирана към услуги (SOA), се определя основно като архитектурен модел, състоящ се от услуги. Тук компонентите на приложението предоставят услуги на останалите компоненти, използвайки комуникационен протокол по мрежата. Тази комуникация включва обмен на данни или някаква координационна дейност между службите.
Някои от ключовите принципи, на които се основава SOA, са посочени по-долу:
- Договорът за услуги трябва да бъде стандартизиран, съдържащ всички описания на услугите.
- Има свободно свързване, определящо по-малката зависимост между уеб услугите и клиента.
- Той трябва да следва правилото за абстракция на услуги, което казва, че услугата не трябва да излага начина, по който функционалността е изпълнена на клиентското приложение.
- Услугите трябва да се използват многократно, за да работят с различни видове приложения.
- Услугите трябва да са без гражданство с характеристика на откриваемост.
- Услугите разбиват големите проблеми на малки проблеми и позволяват на различни абонати да използват услугите.
В # 32) Обяснете действията, извършени от SOAPUI?
Отговор: SOAPUI е решение за функционално тестване с отворен код, безплатно и междуплатформено. Посочените по-долу са някои действия, извършени от SOAPUI:
- Той може да помогне за създаването на функционални, защитни и тестови набори за тестване на натоварване.
- Извършва се и тестване, базирано на данни, и тестване, базирано на сценарии.
- Той има способността да се представя за уеб услуги, както и има вградени способности за отчитане.
Защита на уеб услуги
Въпрос # 33) Кои са основните проблеми със сигурността на уеб услугата?
Отговор: За да се гарантират надеждни транзакции и защита на поверителна информация, уеб услугите изискват много високо ниво на сигурност, което може да бъде постигнато само чрез Поверете платформата за сигурна транзакция . Проблемите със сигурността на уеб услугите са разделени в три раздела, както е описано по-долу:
- Поверителност: Една уеб услуга може да има множество приложения и техният път на услугата съдържа потенциална слаба връзка в своите възли. Всеки път, когато съобщенията или казват XML заявки се изпращат от клиента заедно с пътя на услугата до сървъра, те трябва да бъдат криптирани. По този начин поддържането на поверителността на комуникацията е задължително.
- Удостоверяване: Удостоверяването основно се извършва, за да се провери самоличността на потребителите, както и да се гарантира, че потребителят, използващ уеб услугата, има право да използва или не? Удостоверяването се извършва и за проследяване на активността на потребителя. Има няколко опции, които могат да бъдат разгледани за тази цел
- Удостоверяване на ниво приложение
- HTTP обобщение и HTTP основно удостоверяване
- Клиентски сертификати
- Мрежова сигурност: Това е сериозен проблем, който изисква инструменти за филтриране на трафика на уеб услуги.
В # 34) Какво знаете за услугите за сигурност на фондацията?
Отговор: Услугите за сигурност на фондацията се състоят от:
- Интеграция
- Удостоверяване
- Разрешение
- Цифрови подписи
- Процеси на криптиране
В # 35) Какво представлява услугата за идентификация на доверие?
как да отворите jar файл
Отговор: Услугата за идентификация на доверие е категоризирана под платформата за поверителни сигурни транзакции, която предоставя основни възможности за сигурност, за да гарантира сигурни транзакции. Това обикновено позволява на компаниите да контролират изцяло самоличностите, на които се доверява да извършват транзакции на уеб услуги.
Въпрос # 36) Какво представлява услугата Entrust Entitlements Service?
Отговор: Услугата за доверяване на правото е тази, чиято задача е да провери услугите, които се опитват да получат достъп до уеб услугите. По принцип осигурява сигурност при бизнес операции, както и някои услуги за удостоверяване.
Въпрос # 37) Какво представлява услугата за поверителност на Entrust?
Отговор: Както подсказва името, Службата за поверителност на Entrust извършва криптиране на данните, така че само засегнатите страни да имат достъп до данните. Основно се занимава с два фактора
- Поверителност
- Сигурност
Въпроси за интервю за WSDL
В # 38) Обяснете WSDL?
Отговор: WSDL означава Уеб услуга Описание език. Това е прост XML документ, който се намира под слоя Описание на услугата на Протокол за уеб услуги и описва техническите подробности или локализира потребителския интерфейс към уеб услугата. Малко от важната информация, присъстваща в WSDL документа, са
- Име на метода
- Видове портове
- Крайна точка на услугата
- Параметри на метода
- Информация за заглавката
- Произход и др
В # 39) Кои са различните елементи на WSDL документите?
Отговор: Различните елементи на WSDL документа заедно с кратко описание са изброени по-долу:
- Видове: Това определя типовете данни за съобщения, които са под формата на XML схема, използвана от уеб услугите.
- Съобщение: Това дефинира елементите с данни за всяка операция, където съобщенията могат да бъдат целият документ или аргумент, който трябва да бъде картографиран.
- Тип порт: В WSDL има множество услуги. Тип порт дефинира събирането на операции, които могат да бъдат изпълнени за обвързване.
- Обвързване: Той определя и дефинира протокола и формата на данните за всеки тип порт.
- Операции: Това определя операциите, извършени за съобщение за обработка на съобщението.
Въпрос # 40) Обяснете елемента на съобщението в WSDL?
Отговор: Елементът съобщение описва данните, които са били обменени между потребителя и доставчиците на уеб услуги. Всяка уеб услуга се състои от две съобщения и всяко съобщение има нула или повече параметри. Двете съобщения са:
- Вход: Описва параметъра за уеб услугата.
- Изход: Описва данните за връщане от уеб услугата.
В # 41) Да се изброи ли отговорът на типовете операции, използвани в WSDL?
Отговор: WSDL основно дефинира 4 типа отговори от типа Операция. Те са включени по-долу:
- Еднопосочен: Получава съобщение, но не връща отговора.
- Заявка-отговор: Получава заявка и връща отговор.
- Искане-отговор: Изпраща заявка и чака отговор.
- Уведомление: Изпраща съобщение, но не чака отговор.
Сред тях Request-Response е най-често срещаният тип операция.
В # 42) Възможно ли е свързване между SOAP и WSDL?
Отговор: Да, възможно е да свържете WSDL към SOAP. Обвързването е възможно чрез два атрибута:
- Име: Определя името на обвързването.
- Тип: Определя порта за обвързването.
За SOAP обвързване трябва да бъдат декларирани два атрибута
- Транспорт: Определя SOAP протокола, който ще се използва, т.е. HTTP.
- Стил: Този атрибут може да бъде „rpc“ или „документ“.
В # 43) Обяснете елемента?
Отговор: Дефиниционният елемент е описан като корен на WSDL документ, който дефинира името на уеб услугата, както и действа като контейнер за всички останали елементи.
Q # 44) Какви са двата атрибута на елемент в WSDL?
Отговор: Всеки пристанищен елемент е свързан със специфично свързване чрез дефиниране на индивидуална крайна точка. Елементът порт има следните два атрибута
- Име: Този атрибут предоставя уникалното име в WSDL документа.
- Обвързване: Този атрибут се отнася до процеса на свързване, който трябва да се извърши съгласно правилата за свързване, дефинирани от WSDL.
В # 45) Кои са точките, които трябва да се вземат предвид от портовете, докато се обвързват?
Отговор: WSDL позволява елементи на разширяемост, които се използват за задаване на обвързваща информация. По-долу има няколко важни точки, които трябва да бъдат взети под внимание, докато са задължителни.
Пристанището не трябва
- Посочете повече от един адрес.
- Посочете всякаква обвързваща информация, различна от адресната информация.
Заключение
Тази статия съдържа всички често задавани въпроси относно уеб услугите. Въпреки че темата е много обширна, обхванах всеки раздел. Това ще ви помогне в обучението и отговорите на теми, свързани с уеб услуги.
Препоръчително четене
- Въпроси и отговори за интервюта
- Някои интересни въпроси за интервю за тестване на софтуер
- Топ 20 RESTful Въпроси и отговори за интервюта за уеб услуги
- Топ 30 Въпроси и отговори за тестване на сигурността
- Въпроси и отговори за интервю за ETL тестване
- Топ 12 въпроса за интервю за Mockito (Подигравателно рамково интервю)
- Водещи въпроси за интервюта за формуляри и доклади на Oracle
- Софтуерно ръчно тестване Интервю въпроси за опитни професионалисти