PCF環境に展開されたスプリングブートマイクロサービスをテストするために、チームはSpringクラウド契約フレームワークの実装を開始しました。Springクラウド契約PCF依存性
私の問題を説明するために、2つのマイクロサービスAとBがあり、AはBサービスを消費しています。私はBでのスタブランナーとAでのスタブランナーを開発しています。 gradle clean build（PCFデプロイメント前）ではスタブが生成されていますが、クラウドコントラクトフレームワークによって生成された受け入れテストはPCF依存関係証明書）。とにかくテスト契約とサービスPCFの配備後のテストケースですか？
はい、あります。 Spring Cloud Pipelinesプロジェクトのドキュメントを読んでください。 http://cloud.spring.io/spring-cloud-pipelines/single/spring-cloud-pipelines.html#_opinionated_implementation。スタブ・ランナー・アプリケーションをスタンドアロン・プロセスとしてデプロイし、デプロイする際にスタブのIDを渡します。スタブランナーはユーレカの下にスタブを登録することができます（インストールでは複数のポートバインディングが必要です）、実際のブローカーにメッセージを送信することができます。
私は完全にスタブが生成されているが、（クラウド契約フレームワークによって生成された）受け入れテストは、PCFの依存関係（デシベルと他の証明書）のために失敗しているこの部分を理解していない
あなたは、基本クラスとテストの設定を制御するものです。必要に応じてコンテキストを設定できます。また、契約テストではDBと証明書を使用することはお勧めしません。下位のインフラストラクチャと統合することなく、HTTP通信が正常に動作するかどうかを確認するだけです。
ありがとうMarcin、私はパイプラインプロジェクトを行っています。 – Cherian
サービスをPCFにデプロイすると、PCFが指定したURLでサービスに直接アクセスできます。したがって、エンドポイントを構成することによってそれらを消費してテストすることができます。 – LHCHIN