はじめに

開発高速化の一環でマイクロサービス・アーキテクチャを採用した開発が増加しています。ここでは、マイクロサービス・アーキテクチャの特性と開発・テストにおける課題や解決策に関する記事をお届けします。

次のような方におすすめです。

• これからマイクロサービス・アーキテクチャの採用を検討している方
• すでにマイクロサービス・アーキテクチャを採用した開発案件に携わっている方

	マイクロサービス独自の課題 ・ テスト対象のマイクロサービスがAPI連携するサービス間の依存関係
課題①	依存するサービスが利用できないとテストできない
課題②	依存するサービスに不具合があった場合には適切なエラー処理が必要

オーケストレーション型マイクロサービスのテスト

オーケストレーション型のマイクロサービスは、外部サービスまたは依存先のサービスに対し、1つまたは複数の明示的な呼び出しを行います。多くの場合、呼び出しは 同期リクエスト－レスポンスフロー を使用し、REST ベースのサービスにアクセスします。サービスが特定の順序で呼び出される必要がある場合、前のサービスへの呼び出しに対する応答を受信するまで、後続のサービスへの呼び出しを行いません。1つのサービスが明示的に別のサービスを呼び出すため、サービスは密接に結合されています。

サービス仮想化による課題解決

上記のような、密接に結合したサービスのテストには、サービス仮想化の活用が有効なテストアプローチとなります。サービス仮想化は、上記の ACCOUNTS および QUOTES マイクロサービスの応答をエミュレート（疑似的に応答データを送信）することができます。つまり、サービス仮想化した ACCOUNTS および QUOTES マイクロサービスを用いて PORTFOLIO マイクロサービスをテストすれば、テスト環境に関する課題を解消できるという訳です。たとえば、次のように PORTFOLIO マイクロサービスは、2つの依存先（ACCOUNTS および QUOTES マイクロサービス）から独立してテストできるようになります。 

関連ページ

• サービス仮想化

	マイクロサービス独自の課題	対策（サービス仮想化）
課題①	依存するサービスが利用できないとテストできない	依存するサービスを仮想化し、いつでも、なんどでもテストできる環境を提供

上記のようにサービス仮想化でサービス間の依存関係についての課題を解決できました。次に、テスト対象の PORTFOLIO サービスが適切にエラー処理をできることを確認するためのテスト環境として、サービス仮想化で ACCOUNTS および QUOTES サービスの予期しない動作をエミュレートします。具体的には、正常系に加えて、サービスがエラーを返す場合の異常系を含め、さまざまなデータのパターンで応答できるテスト環境を提供することです。また、サービス仮想化は、ACCOUNTS サービスまたは QUOTES サービスのいずれかのレスポンスが遅い状態をエミュレートすることも可能なため、そういった時に PORTFOLIO サービスがどのように動作をするかテストすることもできます。

	マイクロサービス独自の課題	対策（サービス仮想化）
課題②	依存するサービスに不具合があった場合には適切なエラー処理が必要	依存するサービスを仮想化し、正常系・異常系を含め、さまざまなデータのパターンや遅延設定で応答できるテスト環境を提供

まとめ

この記事では、サービス仮想化を活用してオーケストレーション型マイクロサービスをテストする方法についてお届けしました。次の記事では、「リアクティブ型」または「イベント駆動型」マイクロサービスとも呼ばれるコレオグラフィー型マイクロサービス（要するにパブリッシュ・サブスクライブ モデル）のテスト戦略についてお届けします。
※ ただいま準備中です。準備ができましたら、この下に「次の記事へ」のボタンが追加されます。