オープンソースプロジェクトで統合テストを実行する方法を学びましたか?

友人から統合テストのやり方を聞かれたので、今日はオープンソースプロジェクトで統合テストがどのように行われるかに焦点を当てます。

通常、外部にサービスを提供するオープンソースプロジェクトでは、統合テストが必要です。

ネイティブライブラリのみを提供するプロジェクトでは、通常、ユニットテストの記述のみが必要です。

私の経験に基づくと、サービス指向アプリケーションは主に Java アプリケーションと Golang アプリケーションの 2 つのカテゴリに分類されます。

🐳Go言語

Golang のツールチェーンは Java ほど強力ではないため、統合テスト機能のほとんどは Makefile とシェルスクリプトを記述することによって実装されます。

私がよく知っているPulsarのgo-clientを例に挙げてみましょう。GitHub上の統合テストは、以下のように定義されたGitHubアクションによって実行されます。

写真

最終的に、Makefile 内の `test` コマンドが呼び出され、テスト対象の Golang バージョンが渡されます。

写真

Dockerfile :

写真

簡単に言えば、このイメージは Pulsar イメージ (Pulsar サーバーを含む) をベースイメージとして使用し、pulsar-client-go コードをそこにコピーしてコンパイルします。

次に以下を実行します:

 cd /pulsar/pulsar-client-go && ./scripts/run-ci.sh

つまり、テストスクリプトです。

写真

テストスクリプトのロジックも非常にシンプルです。

写真

ここでのアクションログを使用すると、実行中のすべてのイベントを追跡できます。

強力なツールチェーンのおかげで、Java 統合テストでは Makefile やスクリプトを使用する必要はほとんどありません。

再び Pulsar を例に挙げると、その統合テストでは、テストコードを実行する前にローカルでサーバーの起動をシミュレートする必要があります。

これの利点は、ユニットテストをローカルで直接実行できることです。一方、Go コードでは最初にローカルでサーバーを起動する必要があり、テストがより面倒になります。

実装方法を見てみましょう。BrokerClientIntegrationTest の例の1つを使用します。

写真

ユニットテストが開始されると、最初にサーバーが起動します。

写真

最終的には、`PulsarTestContext` の `build` 関数を呼び出してブローカー (サーバー) を起動し、`mvn` を使用してユニットテストの実行を自動的に行うことができます。

写真

ただし、各ユニットテストではサーバーの起動と停止が必要なので、通常、Pulsar のすべてのユニットテストを実行するには 1 ～ 2 時間かかります。

したがって、これらの統合テストでは、基本的に、最初にテスト環境を構築し、次に対応するテストコードを実行します。また、後で実践的なデモンストレーションのために、CIM に統合テストを追加する予定です。