問題タブ [soapui]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
1 に答える
4821 参照

testing - groovy を使用して soapUI テスト ケースに失敗するが、中止しない

groovy を使用した多くのテスト ケースがあります。

テスト ケースを失敗させ、スクリプトの残りの部分を続行できるようにしたいと考えています。使用してみました:

testRunner.fail( "うまくいきませんでした" )

も試した

assert false : 「うまくいきませんでした」

ただし、エラー時に中止がチェックされていない場合でも、どちらもテスト ケースを中止します。

何か案は?

0 投票する
1 に答える
6464 参照

serialization - SOAP Ui シリアル化エラー

a:DeserializationFailed メッセージのデシリアライズ中にフォーマッタが例外をスローしました: パラメータhttp://tempuri.org/:alertのデシリアライズ中にエラーが発生しました。InnerException メッセージは、「タイプ PerformanceManagement.BusinessObjects.Alert のオブジェクトのデシリアライズ中にエラーが発生しました。値 '' はタイプ 'Int32' として解析できません。'. 詳細については、InnerException を参照してください。

こんにちは、サービスで null 値を int パラメータに渡すと、この応答が得られます。私は wcf サービスを使用しています。入力タイプが文字列の場合、int の場合は正常に動作し、soapui 例外の上に表示されます。

この問題を解決するのを手伝ってください。前もって感謝します

0 投票する
2 に答える
2686 参照

wcf - WCFサービス(SOAP / HTTP Webサービスではない)をテストするための優れたツール

私は最近SOAPUIを見つけ、それがSOAP/HTTPサービスをテストするための優れたツールであることを発見しました。これまで、サービスをテストするための独自のドライバー(WCFベースのnetTCPバインディング)を開発してきました。しかし、SOAPUIの経験から、負荷テストや機能テストなどの組み込み機能を使用して、このようなツールを簡単に使用できるツールを本当に探しています。

私の頭の中の他の考えは、netTCPでデプロイしたいサービスについては、SOAPUIを使用したHTTPバインディングを使用して最初にテストできるということです。適切であることが判明したら、目的のバインディングに変更できます。

ここにいるすべての専門家からの意見が好きです。

ありがとう。

0 投票する
2 に答える
1899 参照

wsdl - <|<=|>|>= に制限する WSDL で有効なスキーマを作成する方法

これは、フィールドが比較演算子でなければならないことを指定するために、WSDL のスキーマ セクションにあるものです。

SoapUI は WSDL のこの部分について不平を言います。特殊文字以外の値に値を設定しようとしましたが、WSDL は有効です。そのため、その長い文字列全体を value=">gt;" に置き換えようとしました それは有効ですが、value="<lt;" value=">" も無効です。私の質問は、なぜ WSDL の検証で > 二重にエスケープする必要があるのですか?

主な問題は、パターン値内で有効な小なり側を提供する方法です。

0 投票する
2 に答える
15119 参照

soapui - SoapUI MockService で動的応答を返す方法

私は SoapUI を初めて使用し、非常に単純な MockService を構成しました。特定のリクエストに対してレスポンスの要素が動的に構築されるようにレスポンスを操作することは可能ですか?

シナリオ 1:

リクエスト:

応答:

シナリオ 2:

リクエスト:

応答:

これは単純なテスト用であり、上記以外のことを行う必要はありません。私は現在、私が望む結果をもたらす次のことを行っていますが、私はこれに完全に慣れていないので、より良い代替手段があると確信しています:

応答:

グルーヴィーなスクリプト:

0 投票する
1 に答える
1057 参照

web-services - Groovy MarkupBuilderにより、soapUIのクロージャでjava.lang.NoClassDefFoundErrorが発生します

GroovyMarkupBuilderをsoapUIで動作させることができません。私はGroovyを初めて使用し、XMLの作成に関するユーザーガイドの1つに従っています。

非常に簡単な方法のテスト:

soapUIで次のエラーが発生します:ava.lang.NoClassDefFoundError:MockXML $ _Example_closure2

Groovy Consoleから実行しても、エラーは発生しません。

同じクラスに私は持っています:public String Hello(){return "Hello"}

これはsoapUIで正常に機能します。

MarkupBuilder /closuresを処理することを考えていないsoapUIでセットアップ/インポート/構成する必要があるものはありますか?

ありがとう

0 投票する
2 に答える
2154 参照

groovy - SoapUI で Groovy スクリプトからレスポンスに複雑なデータ型を追加する方法

私の質問は、SoapUI の応答に (groovy スクリプトからの) データ要素を入れることについてです。応答に入れたいデータの配列があります (異なるタグ/要素で)


次のような単純な要素を配置することを認識しています。

Xml 応答の要素「MyName 」:

Groovy スクリプトからマップされます。


今問題:

私の Xml 応答は次のようになります。

Groovy では、たとえば次のようなデータで満たされたデータ配列を構築しました。

応答では、全体の値を確認できますが、要素「 Procent${DataSummary}を取得するにはどうすればよいですか

コンテキスト データの作成方法が間違っている可能性がありますが、自由に調整してください。

0 投票する
3 に答える
10324 参照

sql - SOAPUI & Groovy スクリプト、一度に複数の SQL ステートメントを実行

Groovyスクリプトを使用して最初にデータをテーブルに挿入するsoapUIテストがいくつかあります

以前は、これを行うために次のコード スニペットを使用していました。

これはうまくいきますが、似たような(同じではないにしても)SQLステートメントを実行する多くのテストスクリプトがあるため、プロパティファイルからロードすることでこれにアプローチしようとしているため、実際のSQLステートメントは1つだけです場所、編集しやすいように

ただし、使用しようとしている SQL ステートメントは実際には 2 つの挿入 (または削除) であるため、読み込まれるプロパティは次のとおりです。

conn.execute()を処理できません。つまり、最初のステートメント;しか使用できませんでしたDELETE

どうすればこれを回避できますか? 各プロパティを個別にロードして実行する必要はありません。理想的には、必要なプロパティは 1 つだけなので、後でさらに削除ステートメントを追加できます。

0 投票する
1 に答える
4351 参照

xml - ソープイの物件譲渡

soapui で並列テストを作成しようとしていますが、テスト ステップ間でプロパティを転送する必要があります。

現在、3 つのテスト手順があります。

  1. 従来のリクエストを実行
  2. 新しいリクエストを実行
  3. XML は、Groovy スクリプトで 2 つの応答を比較します

xpaths を使用して値を選択することについては多くのブログを見つけましたが、完全な応答を渡すことについては何もありません。

私の質問は、プロパティ転送エディターでソース ボックスとターゲット ボックスにどのように入力すればよいですか?

0 投票する
1 に答える
336 参照

java - soapUI: (記録された) 要求/応答ペアの再検証

「(新しい)応答がこの(古い記録された)ものとまったく同じであることを検証してください」のようなアサーションを使用できる方法で、応答を記録する方法はありますか(1つの「テストセッション」中に永続的でなくても). ユースケースは、いくつかの Web サービスに適用される変更の回帰テストであり、副作用がないことを確認するために再テストする必要があります。