Soapui-performance-testing

SoapUI-パフォーマンステスト

パフォーマンステストは、Webサービステストで最も一般的な重要なチェックポイントの1つです。 パフォーマンステストとは、負荷を人為的に作成またはシミュレートし、環境が負荷を処理する方法を測定することです。

これは、システムが高負荷下でどのように機能する必要はないことを意味します。また、基本負荷または予想される負荷下でどのように機能するかもしれません SoapUIなどのTestWareで構造化、自動化、作成する必要さえありません。単純に何度も何度もWebブラウザを更新することも負荷テストです。

性能試験の種類

パフォーマンステストの種類は次のとおりです-

• ベースラインテスト-予想される負荷または通常の負荷でシステムがどのように動作するかを調べ、他のタイプのテストと比較できるベースラインを作成します。
• 負荷テスト-負荷の増加と、高負荷下でのシステムの動作を確認します。 負荷テスト中、ユーザーは応答時間、スループット、サーバーの状態などを監視できます。 負荷テストの目的は、ターゲット環境を壊さないことです。
• 浸漬テスト-テストの目的は、長期間にわたって不要な動作が発生しないことを確認することです。
• スケーラビリティテスト-スケーラビリティテストは負荷テストに非常に似ていますが、リクエストの数を増やす代わりに、送信されるリクエストのサイズまたは複雑さを増やします。 たとえば、大きなリクエスト、大きな添付ファイル、または深くネストされたリクエストを送信します。

Webサービスの主要な側面

Webサービスのパフォーマンスの固有の特性には、2つの側面が際立っています。

最初の側面

サーバー側では、XML/JSON解析と_serialization_の両方のXML/JSON処理が行われています。 最初に失敗することが多いのは、ペイロードの処理です。 失敗の理由はさまざまです。プラットフォーム、アプリケーションサーバーの弱点、または不必要に複雑なWSDLの形での実装の問題である可能性があります。 また、コードが、応答が遅いデータベースにリクエストを送信していることも意味します。

テストの側面-XML/JSONペイロードの解析の複雑さは、スケーラビリティテストにさらに重点を置く必要があることを意味します。 また、WSDLを綿密に調べる必要があることも意味します。 要求と応答が複雑または大きい場合、または大きな添付ファイルが含まれている場合は、複雑さを強調し、負荷がかかったときの動作を確認することに焦点を当てる必要があります。

セカンドアスペクト

頻繁に遭遇する別の要因はセキュリティです。 HTTPSの背後にある安全なサイトのパフォーマンスはかなり低く、Webサービスのテストでは、HTTPセキュリティのレイヤーにWSSecurityのレイヤーを追加して、パフォーマンスをさらに低下させることができます。

テストの側面-セキュリティの問題は、安全なリクエストのテストの実行に集中する必要があることを意味します。 Webサービス全体が安全である場合、特にWS-Securityとトークン処理が使用されている場合、負荷テストがより重要であることを意味します。