WebサービスのWSDL状況はあまりないですテストするために、実際のプロジェクトに基づいて、最良の選択は、WebサービスのWSDLのテストではありません。WSDL文書があまりにも複雑であるため、主な理由はあります。
WeatherWebService、中（WebServiceの天気予報サービス）の場合にのみ、ほぼ500行まで5インターフェースが、その対応するWSDL XMLドキュメントを含むが、
実際のプロジェクトでは、テスト対象のシステムは、多くの場合、Webサービスのインタフェースの数百人が含まれ、そのサイズのWSDL文書を想像することができます。
また、WSDL文書に含まれる情報は、Webサービスのテストのための情報のほとんどは必要ないが、いっぱいです。
使用は明らかに、すべてのLoadRunnerのインポートWSDL後のインターフェイス機能が、すべての時間を見ることができますが、テストの選択インターフェースもインタフェースの数百人には非常に面倒なことです。
WebServiceのパフォーマンステストは、多くの場合、わずか数典型的なインタフェースを選択する必要があります場合は特に。そのため、交換方法は、実行するための「石鹸」の契約を使用することです。
1、天気インタフェース：
xxx.xmlファイル形式：用のローカルSOAP1.1にメッセージを保存
2、輸入LR：
図3は、[OK]をクリックし、スクリプトが自動的にページに戻り、自動的にスクリプトが見られている生成しますsoap_request機能を
図4に示すように、上記の場合に特定の文字列の都市を変更することができます。
5、その後は、「パラメータ置換」を選択し、「ファイル名を指定して実行時の設定」にあるログ「拡張ログ」を開き、「データはサーバから返さ」。
スクリプトを実行した後、（この時点で再生を実行しているインタフェース結果ログを見て）「リプレイ・ログ」を参照してください。
石鹸の先頭からのContent-Type情報パケットは知ることができ、図6に示すように、結果が文字化けまたは一貫性のない結果ことができる、要求パケットおよび応答パケットは、ディスプレイは、UTF-8で符号化されます。スクリプトの文字がtheCityNameが認識されません提供されるようにこのようにLoadRunnerのスクリプトによるものではないがUTF-8でエンコードされている問題が発生していません。転送のトランスコーディングのためのLR都市漢字スクリプトは、スクリプトの漢字はUTF-8エンコーディング形式に変換されようとしています。
7、此时可见基本可实现成功调用 （注：过程中会遇到很多的问题，但是根据具体报错，慢慢找问题所在）