トップ45のWebサービスインタビューの質問と回答（RESTful、SOAP、セキュリティの質問）

top 45 web services interview questions

今後の面接の準備に役立つ、最もよくあるWebサービス面接の質問と回答のリスト：

今日のシナリオでは、技術的に高度な生活を送るための基本的な必需品について話すとき、「ワールドワイドウェブ、つまりwww」が不可欠な要素として機能します。

市場には、さまざまなプログラミングプラットフォームで開発されたさまざまなWebアプリケーションがあります。これらの異種アプリケーション間の完全で正確な関連付けを保証することは非常に困難になります。

そのような問題の解決策は 'ウェブサービス' これは実際には、異なるプログラミング言語で開発されたこれらの複数のWebアプリケーション間の通信手段として機能します。 Webサービスは、インターネットまたはプライベートネットワークを介して簡単に利用できる標準化されたXMLメッセージングシステムを使用します。

Webサービスは非常に広大なトピックです。これには、そのアーキテクチャ、次のようなコンポーネントが含まれます シンプルオブジェクトアクセスプロトコル（SOAP） 、 Webサービス記述言語（WSDL） 、RESTful Webサービス、Webサービスセキュリティなど。

この記事では、レベルの質問に答えるために、十分に精通している必要があるすべての必要なWebサービストピックについて説明します。また、必要に応じて特定のセクションのみを通過できるように、カテゴリ内の最高のWebサービスインタビューの質問と回答が表示されます。

学習内容：

• Webサービスインタビューの質問と回答
  • 一般的な質問
  • RESTfulWebサービスインタビューの質問
  • SOAPUIWebサービス
  • Webサービスセキュリティ
  • WSDLインタビューの質問
• 結論
  • 推奨読書

Webサービスインタビューの質問と回答

以下の参加質問は、Webサービスのテストの質問、RESTful Webサービス、SOAP Webサービス、Webサービスのセキュリティインタビューの質問をカバーしています。

一般的な質問

Q＃1）Webサービスについて説明してください。

回答： Webサービスは、通信用のアプリケーションコンポーネントとして定義することも、ネットワークを介して2つのアプリケーション間で情報を交換することもできます。 Webサービスは基本的に、ネットワークを介してクライアントアプリケーションからWebサービスに簡単にアクセスできるクライアントサーバーモデルで機能します。

さまざまなアプリケーション間の通信を可能にするために、Webサービスは、XML（データのタグ付け用）、SOAP（メッセージ転送用）、WSDL（サービスの可用性を示すため）などのオープンスタンダードの助けを借ります。

Q＃2）Webサービスのコンポーネントは何ですか？

回答： Webサービスのさまざまなコンポーネントは次のとおりです。

• 石鹸- シンプルオブジェクトアクセスプロトコル
• UDDI- ユニバーサルディスクリプション、ディスカバリー、および統合
• WSDL- Webサービス記述言語
• RDF- リソース記述フレームワーク
• XML- 拡張マークアップ言語

Q＃3）Webサービスに関する相互運用性という用語を説明してください。

回答： 「相互運用性」という用語は、顧客側の特別な努力なしにさまざまな製品またはシステムが連携する能力を定義する製品マーケティングの説明で広く使用されています。

これは、Webサービスの観点から「相互運用性」について話すときと同じように当てはまります。ここでは、さまざまなアプリケーション間の通信、データの共有、およびそれらの間のサービスを決定します。通信するアプリケーションの種類に制限はありません。

コードが記述されている場合、それはすべてのアプリケーションで理解される汎用コードとして扱われます。したがって、アプリケーションごとに特定のコードを作成するコストが削減されます。

通信するアプリケーションの種類に制限はありません。コードが記述されている場合、それはすべてのアプリケーションで理解される汎用コードとして扱われます。したがって、アプリケーションごとに特定のコードを作成するコストが削減されます。

Q＃4）Webサービスプロトコルスタックとそのレイヤーを定義しますか？

回答： Webサービスプロトコルスタックは4つの層で構成されています。 これは次のように説明できます。

a）サービス輸送： これは、さまざまなクライアントアプリケーション間でXMLメッセージを転送するのに役立つ最初のレイヤーです。この層は通常、以下のプロトコルを使用します。

• HTTP（ハイパーテキストトランスポートプロトコル）
• SMTP（シンプルメールトランスポートプロトコル）
• FTP（ファイル転送プロトコル）
• BEEP（Block Extensible Exchange Protocol）

b）XMLメッセージング： このレイヤーは、メッセージが他の人が簡単に理解できる一般的なXML形式でエンコードされるXMLモデルに基づいています。このレイヤーには次のものが含まれます

• XML-RPC
• SOAP（シンプルオブジェクトアクセスプロトコル）

c）サービスの説明： このレイヤーには、特定のWebサービスへのパブリックインターフェイスを説明するXMLメッセージングの場所、使用可能な関数、データ型などの説明が含まれています。このレイヤーには次のものが含まれます。

• WSDL（Webサービス記述言語）

d）サービスディスカバリ： このレイヤーは、Web上でWebサービスを公開および検索する方法を提供する役割を果たします。このレイヤーには次のものが含まれます。

• UDDI（Universal Description、Discovery、and Integration）

Q＃5）Webサービスアーキテクチャについて説明してください。

回答： Webサービスフレームワークアーキテクチャは、3つの異なるレイヤーで構成されています。 これらのレイヤーの役割は次のように定義されています。

• サービスプロバイダー： 名前が示すように、サービスプロバイダーの役割は、Webサービスを作成し、インターネット経由でクライアントアプリケーションが使用できるようにすることです。
• サービスリクエスター： Service Requestorは基本的に、クライアントアプリケーションと同様にWebサービスの消費者です。クライアントアプリケーションは任意の言語で書かれています。利用可能なネットワーク接続を介してXML要求を送信することにより、あらゆるタイプの機能についてWebサービスに連絡します。
• サービスレジストリ： Service Registryは、クライアントアプリケーションのWebサービスを見つけるのに役立つ一元化されたディレクトリです。ここでは、既存のWebサービスだけでなく、開発者も新しいWebサービスを作成できます。

サービスプロバイダーは、サービスレジストリの「公開」インターフェイスを使用して、既存のWebサービスをクライアントアプリケーションで利用できるようにします。 Service Registryによって提供されるすべての情報を使用して、ServiceRequestorはサービスをバインドまたは呼び出すことができます。

Q＃6）XML-RPCで何を理解していますか？

回答： RPCはリモートプロシージャコールであり、その名前が示すように、任意のリモートコンピュータで使用可能なプロシージャまたは関数を呼び出す方法です。

初心者のための最高のゲーム作成ソフトウェア

XMLはExtensibleMarkupLanguageの略です。したがって、XML-RPCは、XMLメッセージングを使用してRPCを実行する単純なプロトコルを表します。これは、さまざまな環境を接続し、さまざまなコンピューター間の接続を確立するための優れたツールと見なされています。

Q＃7）XML-RPCの機能を説明してください。

回答： XML-RPCの主な機能を以下に示します。

• RPCは、単純なXML言語を使用して実行されます。
• XMLでエンコードされたリクエストは、HTTPPOSTを介して送信されます。
• XML応答はHTTP応答に埋め込まれています。
• プラットフォームに依存しないと見なされます。
• 多様なアプリケーション間の通信を可能にします。
• クライアントコンピュータとサーバーコンピュータ間で情報を渡すためにHTTPプロトコルを使用します。
• リクエストとレスポンスの性質を説明するための小さなXMLボキャブラリーがあります。

Q＃8）Webサービスのいくつかの利点を挙げてください。

回答： Webサービス、そのアーキテクチャ、コンポーネントについてはすでに説明しました。さて、 その利点のいくつかを見てみましょう：

• 現在、すべてのアプリケーションはインターネット上にあり、クライアントアプリケーションに必要な機能を提供するWebサービスです。
• Webサービスは、ネットワークを介して既存の機能を公開し、他のアプリケーションがプログラムで使用できるようにするのに役立ちます。
• さまざまなアプリケーション間の通信、データの共有、およびアプリケーション間のサービスを決定する「相互運用性」などの機能があります。
• Webサービスは、通信に標準化されたWebサービスプロトコルスタックを使用します。これは、サービストランスポート、XMLメッセージング、サービスの説明、およびサービスの検出の4つの層で構成されます。
• HTTPプロトコルを介したSOAP（Simple Object Access Protocol）を使用しているため、通信コストが低いという特徴があります。
• 展開、統合が簡単で、再利用可能です。
• 疎結合機能の一部として、異なる機能間の簡単な統合を可能にします。

Q＃9）UDDIという用語とその機能について説明してください。

回答： UDDIは、Webサービスプロトコルスタックのサービス検出層にあるXMLベースの標準です。これは、ディレクトリのように機能するため、Web上でWebサービスを公開および検索するために使用されます。 UDDIの機能のいくつかを以下に説明します。

• これはオープンフレームワークであり、プラットフォームに依存しません。
• 通信には、SOAP、COBRA、およびJavaRMIプロトコルが使用されます。
• これは、企業がお互いを発見し、インターネットを介してそれらの間の相互作用を可能にするのに役立ちます。
• これは、すべてのWSDLファイルを含むデータベースとして機能します。

Q＃10）UDDIで使用されている言語はどれですか？

回答： UDDIは、WSDL（Webサービス記述言語）と呼ばれる言語を使用します

Q＃11）BEEPについて説明してください。

回答： BEEPはBlocksExtensible ExchangeProtocolの略です。 BEEPは、インスタントメッセージング、ネットワーク管理、ファイル転送などのさまざまなアプリケーション用の新しいプロトコルを構築することを目的としています。これは、TCP上に直接階層化された新しいインターネットエンジニアリングタスクフォース（IETF）と呼ばれます。それはのようないくつかの組み込み機能を持っています

• 認証
• セキュリティ
• エラー処理
• ハンドシェイクプロトコル

Q＃12）Webサービスのテストに使用されるいくつかのツールを参加させますか？

回答： Webサービスをテストするには、以下のツールを使用します。

• 石鹸
• RESTクライアント
• JMeter

Q＃13）Webサービスにアクセスするには、特別なアプリケーションが必要ですか？

回答： 任意のアプリケーションからWebサービスにアクセスするための唯一の要件は、XMLベースの要求と応答をサポートする必要があることです。 Webサービスにアクセスするためのアプリケーションをインストールする必要はありません。

RESTfulWebサービスインタビューの質問

Q＃14）RESTful Webサービスについて何を知っていますか？

回答： RESTはRepresentationalStateTransferの略です。 RESTは、Web経由でアクセスされるアプリケーションを開発するためのステートレスクライアントサーバーアーキテクチャスタイルとして定義されています。

WebサービスがHTTPメソッドを使用してRESTアーキテクチャの概念を実装する場合、それはRESTfulWebサービスとして知られています。このアーキテクチャスタイルでは、データと機能はリソースとして提供され、URI（Uniform Resource Identifiers）によってアクセスされます。

RESTful Webサービスは、次のようなプロパティを誘導することにより、Webサービスが最適に機能することを可能にします。

• パフォーマンス
• スケーラビリティ
• 変更可能性

Q＃15）RESTfulWebサービスの利点を説明してください。

回答： 以下に、RESTfulWebサービスの利点を示します。

• これらは、任意のプログラミング言語で記述でき、任意のプラットフォームで実行できるため、言語およびプラットフォームに依存しないと見なされます。
• RESTは軽量のプロトコルであり、帯域幅とリソースの消費が少ないため、高速であると見なされます。
• 複数のテクノロジーと、プレーンテキスト、XML、JSONなどのさまざまなデータ形式をサポートしています。
• 実装は疎結合であり、ブラウザーで簡単にテストできます。

Q＃16）SOAPとRESTを区別しますか？

回答： 以下の表から、SOAPとRESTの違いを簡単に理解できます。

Q＃17）RESTful WebサービスでサポートされているさまざまなHTTPメソッドについて説明してください。

回答： 以下に、RESTfulWebサービスでサポートされているいくつかの一般的なHTTPメソッドとその機能を示します。

• 取得する： リソースへの読み取り専用アクセス。
• プット： 新しいリソースの作成。
• 削除： リソースの削除。
• 役職： 既存のリソースの更新。
• オプション： リソースでサポートされている操作を取得します。
• 頭： HTTPヘッダーのみを返し、誰も返しません。

Q＃18）RESTful Webサービスのリソースとは何ですか？また、それはどのように表されますか？

年： リソースは、他のリソースとのタイプと関係を持つ基本的な概念であると言われています。 RESTアーキテクチャでは、各コンテンツはリソースと見なされ、URIによって識別されます。

リソースは、RESTfulアーキテクチャのXML、JSON、テキストなどの助けを借りて表されます。

Q＃19）HTTPリクエストとHTTPレスポンスのコアコンポーネントは何ですか？

回答： HTTPリクエストには、次の5つの主要なコンポーネントがあります。

HTTP応答には、次の4つの主要なコンポーネントがあります。

Q＃20）RESTアーキテクチャでのURIの目的と形式は何ですか？

回答： URIの目的は、Webサービスをホストしているサーバー上のリソースを見つけることです。

URIの形式：

：////

Q＃21）RESTful Webサービスの観点からステートレスという用語を説明してください。

回答： RESTアーキテクチャでは、RESTWebサービスがサーバー上でクライアントの状態を維持することを許可されないという制限があります。このような状態は「無国籍」として知られています。このような状況では、クライアントはそのコンテキストをサーバーに渡し、サーバーはクライアントの追加の要求を処理するためにコンテキストを保存します。

Q＃22）無国籍の長所と短所を挙げてください。

回答： 無国籍の利点は次のとおりです。

• すべてのメソッドリクエストは個別に処理されます。
• アプリケーションの設計は、クライアントの以前の対話を維持しないため、簡素化されます。
• ステートレスであるという機能を共有するため、HTTPプロトコルで動作します。

無国籍の不利な点は次のとおりです。

• クライアントとのやり取りが行われるたびに、Webサービスには、クライアントの状態を解釈できるように、各リクエストに関する追加情報が提供されます。

Q＃23）安全なRESTful Webサービスを設計するために、従うべき最良の要素は何ですか？

回答： HTTPURLパスはRESTfulWebサービスの一部として使用されるため、保護する必要があります。 ベストプラクティスのいくつかは次のとおりです。

• SQLインジェクション攻撃からのサーバー上のすべての入力の検証を実行します。
• リクエストが行われるたびに、ユーザーのセッションベースの認証を実行します。
• URLを介して、ユーザー名、セッショントークンパスワードなどの機密データを使用しないでください。これらは、POSTメソッドを介して渡す必要があります。
• GET、POST、PUT、DELETEなどのメソッドは、適切な制限付きで実行する必要があります。
• HTTP汎用エラーメッセージは、必要に応じて呼び出す必要があります。

SOAPUIWebサービス

Q＃24）SOAP Webサービスを定義しますか？

回答： Simple Object Access Protocol（SOAP）は、Webサービスの設計と開発、およびインターネットを介したさまざまなプログラミング言語を使用するさまざまなプラットフォームで開発されたアプリケーション間の通信を可能にすることで知られるXMLベースのプロトコルとして定義されます。プラットフォームと言語の両方に依存しません。

Q＃25）SOAPベースのWebサービスを開発するために利用できるさまざまなアプローチは何ですか？

回答： SOAPベースのWebサービスの開発には、基本的に2つの異なるアプローチがあります。 これらは次のように説明されます

• 契約優先アプローチ： このアプローチでは、コントラクトは最初にXMLとWSDLによって定義され、次にJavaクラスがコントラクトから派生します。
• 契約最後のアプローチ： このアプローチでは、最初にJavaクラスが定義され、次にコントラクトが生成されます。これは通常、JavaクラスのWSDLファイルです。

「契約優先」方式が最も好ましいアプローチです。

Q＃26）SOAPユーザーが直面する主な障害について説明してください。

回答： SOAPのユーザーが観察する主な障害の1つは、「ファイアウォールセキュリティメカニズム」です。この場合、ファイアウォールをバイパスするものを除くすべてのHTTPポートがロックされます。場合によっては、メッセージトランスポートの仕様とメッセージ構造の混合に関する技術的な問題も見られます。

Q＃27）SOAPの長所と短所は何ですか？

回答： 以下に、SOAPWebサービスの利点を示します。

• SOAPは、さまざまなアプリケーション間の通信を可能にし、言語とプラットフォームの両方に依存しません。
• 非常にシンプルで、メッセージの送受信に標準のHTTPプロトコルとXMLを使用します。
• WSセキュリティと呼ばれる独自のセキュリティを定義して使用します。
• エンコーディングと通信プロトコルをランタイム環境から切り離します。
• ファイアウォールの問題を根絶し、ベンダーに中立です。
• これにより、分散型および分散型の環境でメッセージを循環させることができます。

以下に、SOAPWebサービスの欠点を示します。

• XML以外の軽量フォーマットはサポートされていません。
• ブラウザで簡単にテストすることはできません。
• セキュリティ施設はありません。
• SOAPは低速であり、ブラウザで簡単にテストすることはできません。
• Webサービスとクライアントは緊密に結合されており、厳密に従う必要のあるいくつかの標準を定義しています。

Q＃28）SOAPメッセージの要素は何ですか？

回答： SOAPは他のXMLドキュメントと同じで、次の要素があります。

• 封筒： この要素は、必須のルート要素として定義されています。 XMLドキュメントを翻訳し、SOAPメッセージの開始と終了を決定します。
• ヘッダ： この要素には、アプリケーションに関する特定の情報を含むメッセージのオプションのヘッダー属性が含まれます。この要素は複数回発生する可能性があり、新しい機能を追加することを目的としています。
• 体： この要素は必須であり、呼び出しメッセージと応答メッセージが含まれています。また、SOAPメッセージの一部として交換されたすべてのアプリケーション派生XMLデータを含むエンベロープの子要素としても定義されます。
• 障害要素： メッセージの処理中に発生したエラーは、fault要素によって処理されます。エラーが存在する場合、この要素は本体の子要素として表示されます。ただし、障害ブロックは1つしか存在できません。

Q＃29）SOAPエンベロープ要素の重要な特性は何ですか？

回答： 前の回答でSOAPエンベロープ要素の基本的な作業を見てきましたが、次にその特徴のいくつかを見てみましょう。

• SOAPエンベロープはパッケージ化メカニズムです。
• すべてのSOAPメッセージには、必須のルートエンベロープメッセージがあります。
• エンベロープ要素ごとに許可されるボディ要素は1つだけです。
• SOAPのバージョンが変わると、エンベロープも変わります。
• ヘッダー要素が存在する場合は、最初の子として表示されます。
• プレフィックスENVとエンベロープ要素が仕様に使用されます。
• オプションのSOAPエンコーディングの場合は、名前空間とオプションのエンコーディングスタイルが使用されます。

Q＃30）SOAPメッセージに適用できるいくつかの構文ルールを参加させますか？

回答： 以下に、SOAPメッセージに適用できるいくつかの重要な構文規則を示します。

SOAPメッセージ

• XMLを使用してエンコードする必要があります。
• SOAPエンベロープ名前空間を使用する必要があります。
• SOAPエンコーディング名前空間を使用する必要があります。
• DTD参照を含めることはできません。
• XML処理命令を含めることはできません。

Q＃31）SOAを定義しますか？

回答： サービス指向アーキテクチャー（SOA）は、基本的にサービスで構成されるアーキテクチャーパターンとして定義されます。ここで、アプリケーションコンポーネントは、ネットワークを介した通信プロトコルを使用して他のコンポーネントにサービスを提供します。この通信には、データ交換またはサービス間の調整アクティビティが含まれます。

SOAの基礎となる主要な原則のいくつかを以下に示します。

• サービス契約は、サービスのすべての説明を含めて標準化する必要があります。
• Webサービスとクライアント間の依存関係が少ないことを定義する疎結合があります。
• これは、サービスが機能の実行方法をクライアントアプリケーションに公開してはならないというサービス抽象化ルールに従う必要があります。
• さまざまなアプリケーションタイプで機能するために、サービスは再利用可能である必要があります。
• サービスは、検出可能性の機能を備えたステートレスである必要があります。
• サービスは大きな問題を小さな問題に分割し、多様な加入者がサービスを使用できるようにします。

Q＃32）SOAPUIによって実行されるアクションについて説明してください。

回答： SOAPUIは、オープンソースの無料のクロスプラットフォーム機能テストソリューションです。 以下に、SOAPUIによって実行されるいくつかのアクションを示します。

• これは、機能、セキュリティ、および負荷テストのテストスイートの作成に役立ちます。
• データ駆動型テストとシナリオベースのテストも実行されます。
• Webサービスになりすます機能と、組み込みのレポート機能があります。

Webサービスセキュリティ

Q＃33）Webサービスの主なセキュリティ問題は何ですか？

回答： 信頼性の高いトランザクションと安全な機密情報を確保するために、Webサービスには非常に高いレベルのセキュリティが必要です。 安全なトランザクションプラットフォームを委託する 。 Webサービスのセキュリティ問題は、以下に説明するように大きく3つのセクションに分けられます。

• 守秘義務： 1つのWebサービスに複数のアプリケーションを含めることができ、それらのサービスパスには、そのノードに潜在的な弱いリンクが含まれています。メッセージまたはXML要求がクライアントからサーバーへのサービスパスとともに送信される場合は常に、それらを暗号化する必要があります。したがって、通信の機密性を維持することは必須です。
• 認証： 認証は基本的にユーザーの身元を確認するために実行され、Webサービスを使用するユーザーが使用する権利を持っているかどうかを確認しますか？認証は、ユーザーのアクティビティを追跡するためにも行われます。この目的のために考慮することができるいくつかのオプションがあります
  • アプリケーションレベルの認証
  • HTTPダイジェストとHTTP基本認証
  • クライアント証明書
• ネットワークセキュリティー： これは、Webサービストラフィックをフィルタリングするためのツールを必要とする深刻な問題です。

Q＃34）財団のセキュリティサービスについて何を知っていますか？

回答： 財団のセキュリティサービスは次のもので構成されています。

• 統合
• 認証
• 承認
• デジタル署名
• 暗号化プロセス

Q＃35）Entrust Identification Serviceとは何ですか？

Windows10用の最高の無料レジストリクリーナー

回答： Entrust Identification Serviceは、安全なトランザクションを保証するために不可欠なセキュリティ機能を提供するEntrust Secure TransactionPlatformに分類されます。これにより、企業は通常、Webサービストランザクションを実行するために信頼されているIDを完全に制御できます。

Q＃36）Entrust Entitlements Serviceとは何ですか？

回答： Entrust Entitlementサービスは、Webサービスにアクセスしようとしているサービスを検証することをタスクとするサービスです。基本的に、業務および一部の認証サービスのセキュリティを確保します。

Q＃37）Entrustプライバシーサービスとは何ですか？

回答： 名前が示すように、Entrust Privacy Serviceはデータの暗号化を実行して、関係者のみがデータにアクセスできるようにします。それは基本的に2つの要因を扱います

• 守秘義務
• セキュリティ

WSDLインタビューの質問

Q＃38）WSDLについて説明してください。

回答： WSDLはWebサービス記述言語の略です。これは、Webサービスプロトコルストックのサービス記述レイヤーの下にあり、技術的な詳細を説明したり、Webサービスへのユーザーインターフェイスを見つけたりする単純なXMLドキュメントです。 WSDLドキュメントに存在する重要な情報のいくつかは

• メソッド名
• ポートタイプ
• サービスエンドポイント
• メソッドパラメータ
• ヘッダー情報
• 原産地等

Q＃39）WSDLドキュメントのさまざまな要素は何ですか？

回答： WSDLドキュメントのさまざまな要素と簡単な説明を以下に示します。

• タイプ： これは、Webサービスによって使用されるXMLスキーマの形式のメッセージデータ型を定義します。
• メッセージ： これは、メッセージがドキュメント全体またはマップされる引数である可能性がある各操作のデータ要素を定義します。
• ポートタイプ： WSDLには複数のサービスが存在します。ポートタイプは、バインドのために実行できる操作のコレクションを定義します。
• 製本： 各ポートタイプのプロトコルとデータ形式を決定および定義します。
• 操作： これは、メッセージを処理するためにメッセージに対して実行される操作を定義します。

Q＃40）WSDLのメッセージ要素について説明してください。

回答： メッセージ要素は、コンシューマーとWebサービスプロバイダーの間で交換されたデータを記述します。すべてのWebサービスは2つのメッセージで構成され、各メッセージには0個以上のパラメーターがあります。 2つのメッセージは次のとおりです。

• 入力： Webサービスのパラメーターについて説明します。
• 出力： Webサービスからの戻りデータについて説明します。

Q＃41）WSDLで使用される操作タイプの応答を参加させますか？

回答： WSDLは基本的に4種類の操作タイプの応答を定義します。 これらは以下に参加しています：

• 一方通行： メッセージを受信しますが、応答を返しません。
• 要求-応答： リクエストを受信し、レスポンスを返します。
• 要請-応答： リクエストを送信し、応答を待ちます。
• 通知： メッセージを送信しますが、応答を待ちません。

これらの中で、Request-Responseが最も一般的な操作タイプです。

Q＃42）SOAPとWSDL間のバインディングは可能ですか？

回答： はい、WSDLをSOAPにバインドすることは可能です。バインディングは、基本的に2つの属性によって可能です。

• 名前： バインディングの名前を定義します。
• タイプ： バインディングのポートを定義します。

SOAPバインディングの場合、2つの属性を宣言する必要があります

• 輸送： 使用するSOAPプロトコル（HTTP）を定義します。
• スタイル： この属性は「rpc」または「document」にすることができます。

Q＃43）要素を説明しますか？

回答： 定義要素は、Webサービスの名前を定義するだけでなく、他のすべての要素のコンテナーとして機能するWSDLドキュメントのルートとして記述されます。

Q＃44）の2つの属性は何ですか WSDLの要素？

回答： すべてのポート要素は、個々のエンドポイントを定義することにより、特定のバインディングに関連付けられます。 port要素には次の2つの属性があります

• 名前： この属性は、WSDLドキュメント内で一意の名前を提供します。
• 製本： この属性は、WSDLで定義されたリンクルールに従って実行する必要があるバインディングのプロセスを参照します。

Q＃45）バインド中にポートが考慮すべき点は何ですか？

回答： WSDLを使用すると、バインディング情報を指定するために使用される拡張性要素を使用できます。以下は、バインド時に考慮すべきいくつかの重要なポイントです。

ポートはしてはいけません

• 複数のアドレスを指定してください。
• アドレス情報以外のバインディング情報を指定します。

結論

この記事には、Webサービスに関してよく寄せられる質問がすべて含まれています。トピックは非常に広大ですが、私はすべてのセクションをカバーしました。これは、Webサービス関連のトピックを学習して回答するのに役立ちます。

推奨読書

• 面接の質問と回答
• いくつかの興味深いソフトウェアテストのインタビューの質問
• トップ20のRESTfulWebサービスインタビューの質問と回答
• トップ30のセキュリティテストインタビューの質問と回答
• ETLテストの面接の質問と回答
• Mockitoインタビューの質問トップ12（Mocking Frameworkインタビュー）
• Oracle Forms andReportsの面接に関する上位の質問
• 経験豊富な専門家向けのソフトウェア手動テストインタビューの質問