ReadyAPI 2.8 の各コンポーネントの新機能

各コンポーネント製品の新機能は、それぞれの製品の新機能ページをご参照ください。

• 全体的な強化

• ServiceV

このバージョンの新機能の詳細トップに戻る

ReadyAPI 2.7 の各コンポーネントの新機能

各コンポーネント製品の新機能は、それぞれの製品の新機能ページをご参照ください。

• 全体的な強化

• LoadUI

• ServiceV

このバージョンの新機能の詳細トップに戻る

ReadyAPI 2.6 の各コンポーネントの新機能

各コンポーネント製品の新機能は、それぞれの製品の新機能ページをご参照ください。

• 全体的な強化

• LoadUI

• ServiceV

このバージョンの新機能の詳細トップに戻る

ReadyAPI 2.5 の各コンポーネントの新機能

各コンポーネント製品の新機能は、それぞれの製品の新機能ページをご参照ください。

• 全体的な強化

• LoadUI

• ServiceV

このバージョンの新機能の詳細トップに戻る

簡単なテスト自動化

さらに

ReadyAPI 2.4 の各コンポーネントの新機能

各コンポーネント製品の新機能は、それぞれの製品の新機能ページをご参照ください。

• 全体的な強化

• LoadUI

• Secure

• ServiceV

このバージョンの新機能の詳細トップに戻る

• AWS signature ver. 4 authentication のサポート: Amazon Web Services にリクエストを送信すると、AWS signature version 4 で署名することができます。

• クイック ツアー: 機能テストのいくつかの基本的な機能について学べるインタラクティブなガイドラインに従うクイック ツアーをご参照ください。

• より柔軟なテスト:  Delay テスト ステップで property expansions を使用して、構成可能な一時停止時間を設定できるようになりました。 以前は、一時停止時間はハードコードされていました。

  Contains アサーションのプロパティでプロパティの拡張を使用して、求められている値を指定することもできます。 以前は、アサーションはハードコードされた値のみを使用していました。

  いずれの場合も、プロパティ拡張式を入力するか、新しい Get Data コマンドを使用して後続のダイアログでプロパティを視覚的に選択することができます。

  
  クリックして拡大表示

  また、リクエストエディタの Headers パネルに Get Data コマンドを追加しました:

  

• Get Data ダイアログの改良:

  • テストステップ、テストケース、テストスイート、またはプロジェクトにカスタム プロパティを直接追加することができます。

  • ダブルクリックでダイアログ内のプロパティを選択できます。 以前は、[Add] ボタンをクリックしなければなりませんでした。

  • また、ダイアログボックスのサイズを変更してテスト項目名を表示することもできます。 ReadyAPI には設定が保存されているため、次回にダイアログを開くと、再度設定する必要はありません。

  
  クリックして拡大表示

• 赤緑色盲ユーザーのためのわかりやすい UI: SoapUI は、赤緑色盲のユーザーのための特別な UI モードが含まれています。このモードでは、進行状況バーには他の色が使用され、これらのユーザーはテストの現在の状態を簡単に取得できます。

• 新しい FTP テスト ステップ: 新しい FTP テスト ステップを使用して、テスト内からリモート FTP サーバーへのファイル アップロードを自動化します。

• グリッド データソースの改良:

  • グリッドデータソースのプロパティ拡張をスキップする新しい設定: グリッド データソースには、[Recognize grid content as plain text] という新しい設定があります。 有効にすると、テストエンジンはグリッドセル内で見つかったプロパティ拡張をスキップし、これらの式をプレーンテキストとして扱います。 既存のプロジェクトでは、この設定はデフォルトで有効になっています。

  • プロパティ拡張のプロパティ名の自動更新: グリッド データソースのセルには、プロジェクト、テストケース、テストスイートまたはいくつかのテストステップのカスタムプロパティを参照するプロパティ拡張が含まれています。 バージョン 2.3では、元のプロパティの名前を変更すると、ReadyAPI は自動的にグリッドセルのプロパティ拡張式のプロパティ名を更新します。

• Groovy スクリプト デバッガーはデフォルトで無効:  Groovy スクリプト デバッガーは、デフォルトでは無効になっています。 Groovy デバッガーは ReadyAPI のパフォーマンスを低下させるため、Windows および Linux プラットフォームではデフォルトで無効になっています。 デバッグを開始すると、Groovy テスト ステップパネルの  クリックしたときにデバッガを有効にするように求められます。

  コマンドラインから ReadyAPI を実行すると、Groovy デバッガーはデフォルトですべてのプラットフォームで無効になります。 これを有効にするには、groovy 引数をコマンドラインに追加します。

  Groovy デバッガーを定期的に使用する場合は、デフォルトでデバッガーを有効にすることができます。

• デバッグ中に変数をソートする: Groovy のステップ エディターの「Debug Info」ページで変数を名前でソートできます。

• Data Source Loop テスト ステップの新しいオプション:  DataSource Loop テストステップには、テスト実行中にテストランナーが Transaction Log に保存するデータを制御する、新しい設定 - Discard PASS Results within Loop - があります。 設定を無効にすると、ランナーはシミュレートされた要求の要求と応答の内容を保存します。 有効にすると、テストランナーは正常に実行されたテストステップの内容を保存しないため、メモリを節約できます。 テストケースを作成またはデバッグしている間は設定を無効にして、すべての結果を表示し、定期的なテスト実行の設定を無効にしてメモリ消費を減らすことができます。 多くのテストデータを持つデータソースを使用すると、このオプションの効果が特に顕著になります。

• SoapUIは、デフォルトで成功したテスト結果を含め、すべてのテスト結果を保持します: 以前のバージョンでは、テストケースの Discard Successful Results オプションがデフォルトで有効になっていました。テストランナーは、テストステップの成功の結果をメモリから削除して、全体的なメモリ消費量を削減するよう指示しました。バージョン 2.3.0では、このオプションはデフォルトでは無効になっています。テストランナーは、テストステップの成功の結果をメモリに保存します。これは、すべてのリクエストおよびレスポンスデータを確認できるように、テストケースの作成とデバッグに役立ちます。このオプションは、テストケースを定期的に実行してメモリを節約するために後で有効にすることができます。

• レポートの改良:

  • Complete error log の設定はデフォルトで有効になっているため、テスト レポートにはデフォルトでエラーの詳細情報が含まれます。この変更は、コンピュータに新しい製品をインストールした場合にのみ有効です。 ReadyAPI の以前のバージョンが既にインストールされている場合、ReadyAPI は既存の設定ファイルを使用するため、オプションの状態は変更されません。

  • プロジェクトレポートに失敗したテストスイートの数が表示されるようになりました。

ReadyAPI 2.3 の各コンポーネントの新機能

各コンポーネント製品の新機能は、それぞれの製品の新機能ページをご参照ください。

• 全体的な強化

• LoadUI

このバージョンの新機能の詳細トップに戻る

• 認証サポートの拡張: バージョン 2.2 では、次の認証方法がサポートされています:

  • HTTP Digest

  • Microsoft Azure Active ディレクトリで使用されている OAuth 2.0 バージョン

• 新しいリファクタリング ダイアログボックス:  リファクタリング REST API の場合、新しいリファクタリング ダイアログを使用して変更を確認し、手動で衝突を解決できるようになりました。詳細は、Refactoring REST APIs を参照してください

• JSON および YAML リクエストとレスポンスの検証: Swagger 2.0 JSON および YAML 仕様に基づいて、リクエストとレスポンスのパラメータ値を検証できるようになりました。詳細は、Validate Requests and Responses を参照してください。

• HMAC 署名を使用して SOAP リクエストを署名: これをサポートするため、Signature WSS エントリーに Secret Key キー識別子を追加しました。

• Get Data ダイアログは、デフォルトで現在のテストケースのプロパティを選択するようになりました。この新しい動作は、リクエストとレスポンスのプロパティをすばやく検索、挿入するのに役立ちます。

• リクエスト ヘッダーは、SOAP リクエスト、REST リクエスト および HTTP リクエスト の RawRequest カスタム プロパティに現れません。

ReadyAPI 2.2 の各コンポーネントの新機能

各コンポーネント製品の新機能は、それぞれの製品の新機能ページをご参照ください。

• 全体的な強化

• LoadUI

• ServiceV

• VirtServer

このバージョンの新機能の詳細トップに戻る

• バージョン2.1 には、OAuth 2.0 トークンの自動更新用の新しい requestAccessToken メソッドが含まれています。 以前は、これらのトークンを更新するために、プロダクト UI の特別なエディタとダイアログを使用する必要がありました。 これで、リクエスト シミュレーションの前にこのメソッドを呼び出すことによって、トークンを自動的に更新できます。 たとえば、テスト エンジンがテストするサーバーにリクエストを送信する前に実行される SubmitListener.beforeSubmit イベントハンドラー内でメソッドを呼び出すことができます。 以下のサンプルスクリプトを参照してください。

  サンプル スクリプト (クリックして展開)

  Groovy

  import com.eviware.soapui.impl.rest.actions.oauth.OltuOAuth2ClientFacade;
  import com.eviware.soapui.support.editor.inspectors.auth.TokenType;
  import com.eviware.soapui.model.support.ModelSupport;
  
  def project = ModelSupport.getModelItemProject(context.getModelItem());
  def authProfile = project.getAuthRepository().getEntry("oAuth profile name");
  def oldToken = authProfile.getAccessToken();
  def tokenType = TokenType.ACCESS;
  def oAuthFacade = new OltuOAuth2ClientFacade(tokenType);
  oAuthFacade.requestAccessToken(authProfile, true, true);
  // sleep method can be used instead of while loop
  // sleep(3000);
  while(oldToken == authProfile.getAccessToken()) {
  }
  
  log.info("Set new token: " + authProfile.getAccessToken());

• REST および SOAP リクエストの JSON および XML レスポンス エディタでレスポンス データを編集できるようになりました。これにより、レスポンス内容を確認するアサーションの作成とデバッグが容易になります。

• File Wait テスト ステップのプロパティでプロパティ拡張を使用して、待機するファイルの名前を指定できるようになりました。これにより、テストのプロパティ値を微調整できるので、テスト ステップがより柔軟になります。

• Run TestCase テスト ステップのプロパティは、プロパティの拡張もサポートしています。

• REST リクエスト エディタの新しい Recreate コマンドを使用すると、API 仕様で定義されている表現から簡単にメッセージの内容を再作成できます。

• お客様からの要望に応じて、DataGen のテスト ステップを更新しました。現在は数値に BigDecimal データ型を使用しています。これにより、以前使用できなかったより大きな値を保存することができます。

   テストデータを生成するには、DataGen テスト ステップではなく、Data Generator タイプのデータ ソース テスト ステップを使用することをお勧めします。Data Generator は、この分野の拡張の将来の方向性です。 DataGenのステップは製品に残りますが、進化しません。

• 製品名と機能名を変更しました。Ready! API は ReadyAPI、SoapUI NG - SoapUI、LoadUI NG - LoadUI になりました。

ReadyAPI 2.1 の各コンポーネントの新機能

各コンポーネント製品の新機能は、それぞれの製品の新機能ページをご参照ください。

• 全体的な強化

• LoadUI

• ServiceV

• その他の強化点

このバージョンの新機能の詳細トップに戻る

• プロパティの参照が簡単:  Ready! API 2.0 には、プロジェクト、テストスイート、テストケース、およびその他のプロパティ値を、テストリクエスト、テストケース、テストスイートのパラメータに簡単かつ迅速に挿入するための新しい [Get Data (データの取得)] ダイアログが含まれています。 以前は、コンテキストメニューからプロパティを選択する必要がありました:

  
  クリックして拡大表示

  新しいダイアログでは、[Filter] ボックスを使用して、必要な項目をすばやく見つけることができます。必要に応じて、カスタム プロパティをすばやく追加することもできます:

  
  クリックして拡大表示

• 新しい Step Into スクリプト デバッガー コマンド: Groovy Script テスト ステップに新しい Step Into コマンドが追加されました。関数や別の Groovy Scrip ステップに入るためにこれを使用し、デバッグを続行します。詳細は、Debugging Groovy Scripts をご参照ください。

• テスト実行前のエンドポイントのチェック: テストケース、テストスイート、またはプロジェクトを実行する前に、Ready! API は、すべての「リクエスト」ステップにエンドポイントが指定されているかどうかをチェックします。 リクエストにエンドポイントがない場合、Ready! API は、1つまたはすべてのリクエストのエンドポイントを設定するダイアログを表示します:

  
  クリックして拡大表示

• よりスマートなリダイレクト処理: REST、SOAP、XML-PRC、JMS リクエストの GET プロパティの新しい Follow 302 Redirect を使用して、302 Found レスポンス コードを処理する際に "歴史的な" クライアントの動作をシミュレートします。HTTP 仕様 (RFC 7231) に従って、クライアントがサーバーからこのレスポンスコードを受け取ると、後続のリクエストに同じ動詞 (verb) を使用する必要があります。しかし、歴史的な理由から、多くのクライアントは、動詞を GET に変更します。 REady! API は、HTTP 仕様に従って動作し、動詞は変更しません。新しいプロパティは、"歴史的な" クライアントの動作をエミュレートするのに役立ちます。

• SOAP リクエスト パラメーターのスマートな編集: リクエストの Forms ビューでは、リクエストに多数のパラメーターがある場合、またはその WSDL 定義が大きい場合は、最初のノード ビューモードだけが自動的にアクティブになります。この新しいビューモードが ON のとき、Form は最上位のパラメーターまたは拡張されたパラメーターの直接の子のみが表示されます。もちろん、ノードを拡張して、下位レベルのデータを表示および編集することができます。

• 電子メール送信用の STARTTLS コマンド: Send Mail テスト ステップには、新しい Use STARTTLS コマンドプロパティがあります。テストステップが電子メールを送信するための STARTTLS 拡張とのセキュアな接続を設定する必要があるかどうかを指定します。

• データベースの作業の高速化: JDBC および Data Connection データソースには、1回のフェッチでデータベースから返される行数を指定する新しい  Fetch Size プロパティがあります。データフェッチに時間がかかりすぎる場合は、このパラメーターを使用します: 1つの長いフェッチは、いくつかのより小さく、より高速なフェッチに置き換えられます。

• OAuth2 認証ヘッダー: OAuth 2 クライアント資格情報をリクエスト ヘッダーで送信できるようになりました。以前は、リクエストのボディでのみ資格情報を送信できました。

• JSON データソース エディター に列を作成または削除するための 2つのボタン (追加/削除) が追加されました。

• Auth Manager (認証マネージャー) を使用して、XML-RPC リクエスト ステップで認証データを制御できます。

• Clone TestSuite および Clone TestCase ダイアログで、デフォルトで関連する名前フィールドが選択されるようになりました。ダイアログが開いた直後に新しい名前の入力を開始できます。

• 安全かつセキュアな API を確実にする: このバージョンから SoapUI NG Pro には、機能テストに追加できるセキュリティ スキャンが含まれます。これにより、最も一般的なセキュリティ上の脆弱性からAPIを保護することができます。詳細は、Secure Pro をご参照ください。

  SoapUI NG Pro 2.0 ライセンスをアクティベートすると、Secure Pro 2.0 ライセンスも同時に有効になります。

Ready! API 2.0 の全体的な新機能および改良

ダッシュボード

新しいダッシュボードにより、Ready! APIをより効率的に使用できます。 直近の機能テスト、負荷テスト、セキュリティ テストの概要を簡単に確認したり、テスト結果の傾向を分析したり、ローカルおよびリモートマシン上で仮想サービスを開始/停止したりすることができます。 ダッシュボードには、現在の ワークスペース 内のすべてのプロジェクトのデータが蓄積されます:

クリックして拡大表示

ダッシュボードのストレージ サイズは、新しい Dashboard data limit, MB オプションによって制限されます。ダッシュボードびデータサイズがこの制限を超えると、もっとも古いデータが削除され、新しいデータが優先されます。

Ready! API の各コンポーネントの新機能

各コンポーネント製品の新機能は、それぞれの製品の新機能ページをご参照ください。

• LoadUI NG Pro

• Secure Pro

• ServiceV Pro

VirtServer

• VirtServer は、トランザクション ログ ページで最後に選択した項目を記憶しているので、ページまたは仮想サービスを切り替える必要がある場合に簡単に見つけることができます。

ライセンス サブシステム

• フローティング ユーザー ライセンスを管理するために使用する Protection! License Server は、ライセンス管理コンソールにアクセスできるユーザーのホワイトリストをサポートするようになりました。

  また、Ready! API のフローティング ユーザー ライセンスを使用できるユーザーのホワイトリストを動的に更新できます。詳細は、Managing Floating License Users をご参照ください。

• 新しい SoapUI NG Pro ライセンスで、Secure Pro 機能が有効になります。 Ready! API 2.0 でセキュアなテストを作成し実行するために、追加の Secure Pro ライセンスは必要ありません。これは、従来の SoapUI NG Pro ライセンスには関係しません。 つまり、Ready! API 1.9 以前で購入した SoapUI NG Pro ライセンスをお持ちの場合は、特定のセキュリティ スキャンおよび機能に対して Secure Pro ライセンスが必要です。

• Ready! API が 6時間アイドル状態になっていれば、自動的に フローティング ユーザー ライセンスが解放され、チームメートは自分のコンピューターで製品を利用できます。これにより、チームメートの誰かが Ready! API を閉じるのを忘れてしまった場合に、ライセンスのロックを回避できます。

• ライセンスのアクティベーション中に表示される可能性のあるエラー メッセージが改訂されました。これにより、問題と可能性のある解決策をよりよく理解するのに役立ちます。

その他の強化点

• 製品を使用するには、JRE 1.8.0.112 が必要です。詳細は、システム要件をご参照ください。

• テンプレートとレポートを保存するためのカスタム レポート ライブラリを使用するには、Preferences でそのディレクトリを指定する必要があります。以前これを実行していた場合、アップデートにより上書きされ、Ready! API はデフォルトのディレクトリ (<Ready! API Installation>/bin/reports) を代わりに使用します。

• 多数の不具合が修正されました。

推奨されない機能

• DataGen テスト ステップは、推奨されません。データを生成するには、DataSource テスト ステップで Data Generator データソースを使用してください。

• Ready! API は、Windows XP および初期のバージョンの Windows Vista をサポートしなくなりました。 Windows Vista Service Pack 2 以降をサポートします。

このバージョンの新機能の詳細トップに戻る

機能

• Groovy デバッガーでスクリプトの手間を省きます

  SoapUI NG Pro は、Groovy スクリプトをデバッグすることができるようになりました。ブレークポイントの設定、コードのステップ実行、変数の検査が可能になりました。スクリプトを使用した高度なテストケースを作成することが簡単になりました。
  詳細は、こちら

• アサーションを強化して、テストの検証を効率化

  このリリースでは、HTTP カスタム ヘッダー用に 2つの新しいアサーションが追加されました。HTTP カスタム ヘッダーが API コール内に存在するか確認し、その値も検証できるようになりました。
  詳細は、こちら

SoapUI NG Pro v1.9 リリースの詳細なリリース情報はこちら。

このバージョンの新機能の詳細トップに戻る

機能

• OAuth 1.0 がサポートされました。 (SOAP-5528)

• Ready! API に Postman コレクションとテストをインポート することができます。
  Postman インポートは、ビルトインのプラグインで提供されます。 (SOAP-5525)

• Swagger がビルトインのプラグインを使用してサポートされます。 以前のように Swagger 定義を開いて、それらのテストを作成することもできます。 (SOAP-5693)

• Property 拡張は、参照するプロパティを名称変更するとき、自動的に更新されます。 (SOAP-5524)

• REST VirtResponse テスト ステップは、新しいプロパティ Start Step を持ち、テストケースで、どのステップでこのVirtResponse がリクエストに対して ”Listening” を開始するか指定します。 (SOAP-5279)

• プロジェクト レベルで、test case tags を管理できます。 (SOAP-5076)

• Project ツール内で REST リクエスト テストステップから対応するリクエストにジャンプできます。これをするには、テストステップを右クリックし、Open Request Editor を選択します。 あるいは、テストステップを選択し、Shift-Enter を押します。

• 様々なインターフェイスの改良:

  • SOAP VirtResponse テスト ステップでパスと virt のポートが表示されます。 (SOAP-5348)

  • 初級ユーザー用に機能のヒントが追加され、テストを助けます。 (SOAP-5117, SOAP-5076)

  • 改良された REST Request インターフェイス。Endpoint、Method および Resource パス フィールドが 1行になりました。 (SOAP-4765)

  • SOAP Request テスト ステップの Form エディターでフィールドをリサイズできます。(SOAP-1046)

  • 再設計された Transaction Log インターフェイス。 (SOAP-5270)

  • プロジェクトをインポートするときの新しいフィードバック ダイアログ。 (SOAP-5162)

• SOAP Request、REST Request および HTTP Request テスト ステップの RawRequest カスタム プロパティが、リクエスト ヘッダーも含みます。 (SOAP-5349)

• プロジェクト ツールの切り替えしないで、SoapUI NG からすばやく API 定義を追加 できます。

このバージョンの新機能の詳細トップに戻る

今回のリリースでは、お客様から要望された２つの新しい機能が追加されました。

• OAuth ワークフロー用の OpenID 接続認証
• 非同期 API と Webhook 用の VirtResponse テストステップ

OpenID 接続は、ビジター/ユーザーが Google、Facebook、Twitter などのサービス プロバイダーにログインすることにより、自分自身を識別することを許可するために、単一ページ アプリケーションで広く利用されています。さらに、OAuth は、ユーザーのアクションを検証するために OpenID 接続に関連して利用されます。SoapUI NG は、これらのサービスへの成功認証ステップを表す アクセスと ID トークンを抽出し、再利用するためのサポートし、テストエンジニアがこれらの OpenID ワークフローをシミュレートするテストを構築することを可能にします。

非同期 API と webhook をテストするチームは、SoapUI NG でこれらの相互作用をシミュレートできます。長時間のトランザクションの間、API クライアントがトランザクションを開始し、API いｎコールバックを提供するには一般的です。終了したとき、API ホストは、クライアント(アプリケーションまたは、他の API) がプライマリ ワークフローを継続できるように、提供されたコールバックを介して、複数のリクエストをそのクライアントに返信します。SoapUI NG は、完全なクライアント/サーバー交換のシミュレーションを可能にする、このタイプのワークフローに受信者コールバックとして動作するために利用できる新しいテスト ステップ (VirtResponse) を提供します。

リリースノートの詳細はこちら。

このバージョンの新機能の詳細トップに戻る

今回のリリースでは、ビッグデータ、テストケースの並べ替え、フィルタリング、グループ化タグ付けなどの企業向けテスト リクエストに焦点を当てて改良されています。

• DataSource プロパティの自動的な追加
• 失敗したアサーションのみを表示するフィルター
• リソースの順序 (プロジェクト)/アルファベット順
• テストケースの並べ替えとフィルタリング
• テストケースのタグ付け

リリースノートの詳細はこちら。

このバージョンの新機能の詳細トップに戻る

多くのメモリー最適化がなされ、長時間の実行または大規模なデータ ドリブン テスト中でも、システム リソースへのインパクトを最小限に抑えて、高度な API テストを提供します。さらに以下を含みます:

• プロジェクト レベルから実行するテスト スイートは、成功したか失敗したかを表示します。

• JDBC テスト ステップのための複数の接続設定を設定し、保存できます。

• HTTP リクエスト テスト ステップで TEMPLATE パラメーターを定義することができます。

• 無効な WSDL をインポートしたときのエラー メッセージにエラーが発生した行が含まれます。

このバージョンの新機能の詳細トップに戻る

SmartBear ユーザー コミュニティーでは、テスト履歴、ベースライン(基準値) との比較、適切なトランザクション ログ ビューの必要性が多く寄せられました。SoapUI NG だけでなく Secure Pro にも同様にこれを追加しました。

テスト ケース履歴

要求が実行されるたびに、実行履歴 (リクエストとレスポンスを含む) はテストケースと一緒に格納されます。予期せずに失敗したテストを診断する際に、前の実行での重大な前後関係をユーザーに提供します。

トランザクション ログ

テスト ケース履歴リストに表示されるアーカイブされた実行のために、各テスト ステップのリクエストとレスポンスのスナップショットにドリルダウンすることができます。これは、(リアルタイムに再度実行せずに) 問題の原因となったステップ、失敗したテストケースの正確な場所を示しており、注目するテスト実行をアーカイブする機能を提供します。

ベースライン(基準値)との比較

障害が発生すると、以前の承認されたテスト実行と現在の障害で異なるものを診断することは、診断処理を大幅に簡素化します。完全な比較ログまたは簡単な違いのオプション、自動的に何回実行を保持するかを指定する機能は、SoapUI NG Pro テストケースの継続的インテグレーション実行からの自動化アラートへの応答、およびどこで何が失敗したかをすばやく診断することに対して強力な制御をユーザーに与えます。

API ナビゲーター

プロジェクト エクスプローラーとプロジェクト プロパティ パネルの間の新しいウィンドウは、どのAPI が現在選択されているプロジェクトで利用可能か正確に表示します。

その他の新機能

• プロパティの展開は、プロジェクト全体になりました。テスト ステップでそのプロジェクトに属する他のテストケースおよびテストスイートのプロパティを使用することができます。

• HTTP リクエストは、OAuth2 認証をサポートする設定が追加されました。

• スキーマ コンプライアンス アサーションを JSON と WADL で定義された他のリクエストをテストするために使用することができます。

• テストから JMS rikuesuto をシミュレートするため、新しい JMS テスト ステップを使用できます。

• グリッド タイプを使用するデータソースのテスト ステップの改良 : チェックボックスを使用して簡単にテストに含めたり、除外できます。




• REST サービスの WADL 定義をファイルにエクスポートすることが可能になりました。これをするには、Navigator で REST サービスを右クリックし、コンテキスト メニューから Export WADL を選択します。
  Ready! API インストール パッケージに、最新バージョンの WS-I テスト ツールが含まれています。WS-I に関する選択は適切に更新されました。

その他の改良

• Ready! API は、プロジェクトで利用可能な API 定義を表示する新しい API パネルが追加されました。この新しいパネルからテストケースにリクエストをドラッグ アンド ドロップすることができます。

• プロキシー モードで discovery を使用しているとき、Discovery ウィンドウからホストとポートの値をコピーすることが可能です。

• プロジェクト名、プロジェクト テスト名、プロジェクト ルーチン名、TestComplete テストステップのその他のプロパティのドロップダウンリストが追加され、必要な値を選択することができます。以前は、名前を入力する必要がありました。

• Navigator ツリー内の複数のプロジェクト項目をコピー、移動、削除することが可能です。また、ナビゲーターで複数のテストステップを選択して、有効または無効にすることができます。

• Navigator のコンテキスト メニューにすべて展開(Expand All) と すべて折りたたむ(Collapse All) が追加されました。

不具合修正

詳細はオンラインヘルプを参照ください。

このバージョンの新機能の詳細トップに戻る

最新リリースの SoapUI NG Pro 1.3 には、以下の機能強化が含まれます： 

API 機能テストは、API サービス説明が変更されたとき、データ駆動テストで作業するためのサポートが追加されました。

SoapUI NG Pro の新機能:

• API リファクタリングは、チームメンバーが前回の更新からの API の構造での変更を確認できます。WSDL、RAML、WADL、 Swagger、API-Blueprint、IO Docs、その他のすべての記述子で動作します。

• テスト工程のためのデータ生成によって、テスターは自動データのデータ ソースを設定できます。これにより SoapUI NG プロジェクト以外でデータの構築に時間を費やす必要がなく、API のテストにより多くの時間を費やせます。

このバージョンの新機能の詳細トップに戻る

最新リリースの SoapUI NG Pro 1.2 には、以下の機能強化が含まれます： 

• Virtrunner を管理する Groovy スクリプトと結合して機能テスト内から virts をコントロールできます。

•  REST API 用の認証プロファイルをセットアップできる Auth Manager を作成しました。プロジェクト内でテスト ステップを超えてそれらを管理できます。
  
  

このバージョンの新機能の詳細トップに戻る

Our latest release for SoapUI NG Pro 1.1 includes improvements that make it easier for you to create and visualize your functional API tests.  

• Automatic creation of a data loop step when you add a DataSource

• A DataSource loop visualizer that shows a visual representation of how your data driven tests will behave

• Wildcard feature for JSON Path responses

• Ability to access an internal API without scripting by using the Resource Owner Password Credentials Grant

このバージョンの新機能の詳細トップに戻る

今日のソフトウェア業界では、API はすべてを一緒にする接着剤です。開発者が素晴らしいアプリケーションを構築しようとする場合、素晴らしい API で作業する必要があります。SmartBear Software は、すべての API が素晴らしい API であるようにすることを使命としています。その結果、すべてのアプリケーションは、素晴らしいアプリケーションとなることができます。しかし、我々は、これを実現するためには、適切なツールが必要であることを知っています。数々の賞を受賞してきた SoapUI ツールをベースにし、API をビルドおよびテストするときに、必要となる唯一のツールとして設計された次世代の API プラットフォームである Ready! API を紹介します。

Ready! API は、次のような支援をします：

• サービス記述からモックサービスを作成することにより、モデルを検証。

• 機能テスト、負荷テスト、セキュリティテストで API をテスト

• 一緒に作業する他のチームのために virt を作成することで、信頼性を統合

このリリースは、以下のことを含みます：

• API 機能テストのために必要なすべて : SoapUI NG (Pro および ベースバージョンの 2つが用意されています)

• API 負荷テストのために使いやすいツール : LoadUI (ベース バージョンのみ)

• 包括的な API セキュリティ テスト : Secure (ベースバーションのみ)

• 効率的かつ簡単なサービス仮想化 : ServiceV (Pro およびベース バージョンの 2つが用意されています)

• 仮想サービスのデプロイおよび共有のためのソリューション : VirtServer

• 一元化された API プロジェクトとワークスペース管理

• API のテストと仮想化のための API ディスカバリ機能

このバージョンの新機能の詳細トップに戻る