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