問題タブ [spring-cloud-contract]

Spring Cloud Contract を使用して、Spring-WS エンドポイントを実行している Spring Boot サービスをテストできますか? Groovy DSL を使用して SOAP 要求/応答を定義する機能が必要ですが、これらのサービスを Spring Cloud Contract で動作させることができませんでした。これらのテストを実行しようとすると、エラーが発生し続けます (200 が予想されますが、404 を受け取りました)。興味深いことに、これらのサービスが Spring-WS エンドポイントであり、Spring REST コントローラーではないという事実 (つまり、 Spring Cloud Contract は REST エンドポイントのみを「参照」しますか?)。そして...別のエラーセットに移りました。したがって、この時点で、Spring Cloud Contract を使用して SOAP サービスをテストすることはできないと想定しています。

私たちのコア サービスは REST サービスとして実装されていますが、SOAP クライアントが REST に移行できるようになるまでサポートする必要があるため、REST サービスをラップします。両方をテストする能力が必要です。REST サービスのテストを正常に作成しました。

フレームワーク Spring Cloud Contract をコントラクト テストに使用したいと考えています。しかし、Spring Cloud Contract は JavaScript と JMS をサポートしていますか?

これに関する情報は見つかりませんでした。

シンプルな REST API のコントラクト テストを作成しているときに、エンティティのリスト/配列を返すリソースと、エンティティのインスタンスを 1 つだけ返すリソースの違いを表現できないことに気付きました。

リソースをテストし、次の単一のエントリを返します。

問題は、下位の仕様もエンティティのリストを返す実際のリソースに対して完全に検証されることです..

両者の違いをどのように表現したらよいでしょうか。

コントラクト テストは、アプリケーション間のコントラクトをテストするために使用され、ビジネス機能のチェッカーとしては使用されないことを理解しています。ポジティブなシナリオとネガティブなシナリオの契約を 1 つずつ書きます。

しかし、次の例を想像してみてください。

私の肯定的なケースは、クライアントが見つかったときです (#1)。URL に変数を渡すことはできますか? これは SCC で可能ですか? ここで正規表現を使用して入力を検証できますか?

-- ユーザーが存在しない (#2)、 -- リクエストが無効である (#3) という 2 つの否定的なケースの必要性を感じました。

これは合理的ですか、それとも消費者主導の契約に関する要点を見逃していますか? これらの契約書に何か書いてくれますか?

プロデューサー側の推論にも問題があります。上記が何らかの理由で合理的である場合、プロデューサー側ではコントラクトの (自動生成された) テストがありますが、既存のクライアントと存在しないクライアントをどのように区別できますか? コントラクトが実際のデータを気にするのは意味がないことはわかっています...しかし、ユーザーが存在しない場合にコントラクトをテストする方法(#2)は?

Spring Cloud Dalston を使用して、もちろん Zuul を使用するプロキシ サービスを構築しました。現在、Spring Cloud Contract テストを追加して、契約遵守の観点からプロキシ サービスが期待どおりに機能することを確認しようとしています。奇妙なのは、リクエストを送信して 200 ステータス コードを受信できるのに、予期されるレスポンス ボディ、コンテンツ タイプ ヘッダーなどが空であり、結果としてテストが失敗することです。

Zuul 機能を使用するサービスをテストするために必要な、Spring Cloud Contract ドキュメントで指定されていない追加の構成はありますか?