application-go + BDD-java でサードパーティ サービスをシミュレートする
php エディター Zimo が今日紹介するのは、application-go BDD-java でサードパーティ サービスをシミュレートする方法です。ソフトウェア開発中はサードパーティのサービスとやり取りする必要があることがよくありますが、テスト段階ではこれらのサービスに直接アクセスできない場合があります。この問題を解決するには、application-go と BDD-java を使用してサードパーティ サービスの動作をシミュレートし、より効果的なテストを行うことができます。続いて、具体的な実装方法を見ていきましょう!
質問内容
最近BDD(Gherkin Restassuredを使用)の研究を始めました。サードパーティのサービスをシミュレートする必要があります。以下は私の使用例です。
- サービス A は内部的にサービス B を呼び出します
- アプリケーションは goLang にあります。
- BDD は Java 言語を使用します。
rpm を生成し、その rpm を仮想マシンにデプロイする CI パイプラインが実行されています。 この VM 上で BDD を実行します (現在、サービス A とサービス B は同じ VM にデプロイされています)
Service-B に依存しなくても済むように Service-B をモックする方法はありますか? 「はい」の場合、最善のアプローチは何ですか。
goLang httptest を試して単体テスト レベルでサービスをモックしました。 ただし、BDD を使用してパイプラインで rpm を作成した後にシミュレーションする方法。
ありがとうございます
回避策
サービス A が Web や RPC 経由ではなく内部的にサービス B を呼び出す場合、依存関係注入を使用してサービス B の「false」「バージョン」を注入できます。 (これには必ずしも依存関係注入フレームワークが含まれるわけではないことに注意してください。コンストラクターベースおよびプロパティベースの注入も有効です)。サービス B にインターフェイスがない場合は、インターフェイスを抽出し、シン アダプターを使用して、環境に応じて本物のサービスまたは偽のサービスを呼び出します。
シーンがサービス A の UI または API とのみ対話する限り、シーンを変更する必要はありません。
実際のコードの代わりに偽のコードをデプロイメントに使用するように、ビルド パイプラインの動作方法を変更する必要があります。
これを実行時に実行することもでき、アダプターに関連するサービスを呼び出すことで、偽物から本物に切り替えることができます。切り替えまたはデプロイメントは、環境変数またはビルド パラメーターによってトリガーできます。
ただし、テスト サービスを運用環境に展開しないように注意してください。
継続的デプロイメントを使用する場合、理想的には、ビルド パイプラインの最後のステップでデプロイし、実際のサービスとの対話をテストする必要があります。何らかの理由でこれが唯一の作業方法である場合でも、役立つ可能性のあることがいくつかあります。
- サービス B が使用するデータをスタブ化して、サービス B が予測可能な方法で動作するようにすることができます。
-
以上がapplication-go + BDD-java でサードパーティ サービスをシミュレートするの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

AI Hentai Generator
AIヘンタイを無料で生成します。

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無料のコードエディター

SublimeText3 中国語版
中国語版、とても使いやすい

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

ドリームウィーバー CS6
ビジュアル Web 開発ツール

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

ホットトピック











この記事では、プロファイリングの有効化、データの収集、CPUやメモリの問題などの一般的なボトルネックの識別など、GOパフォーマンスを分析するためにPPROFツールを使用する方法について説明します。

この記事では、GOでユニットテストを書くことで、ベストプラクティス、モッキングテクニック、効率的なテスト管理のためのツールについて説明します。

この記事では、ユニットテストのためにGOのモックとスタブを作成することを示しています。 インターフェイスの使用を強調し、模擬実装の例を提供し、模擬フォーカスを維持し、アサーションライブラリを使用するなどのベストプラクティスについて説明します。 articl

この記事では、GENICSのGOのカスタムタイプの制約について説明します。 インターフェイスがジェネリック関数の最小タイプ要件をどのように定義するかを詳しく説明し、タイプの安全性とコードの再利用性を改善します。 この記事では、制限とベストプラクティスについても説明しています

この記事では、トレースツールを使用してGOアプリケーションの実行フローを分析します。 手動および自動計装技術について説明し、Jaeger、Zipkin、Opentelemetryなどのツールを比較し、効果的なデータの視覚化を強調しています

この記事では、コードのランタイム操作に使用されるGoの反射パッケージについて説明します。シリアル化、一般的なプログラミングなどに有益です。実行やメモリの使用量の増加、賢明な使用と最高のアドバイスなどのパフォーマンスコストについて警告します

この記事では、GOでテーブル駆動型のテストを使用して説明します。これは、テストのテーブルを使用して複数の入力と結果を持つ関数をテストする方法です。読みやすさの向上、重複の減少、スケーラビリティ、一貫性、および

この記事では、go.modを介してGOモジュールの依存関係の管理、仕様、更新、競合解決をカバーすることについて説明します。セマンティックバージョンや定期的な更新などのベストプラクティスを強調しています。
