マイクロサービス上に構築されたアプリには多くの利点があるが、新しいテストアプローチが必要

ソフトウェア・アーキテクチャは常に進化している。1990年代のスパゲティのようなデザインから、2000年代初頭にはラザニアのようなレイヤード・アーキテクチャに移行した。 今日、これらのアーキテクチャは、ソースの中に浮かぶ小さなパッケージ（「マイクロサービス」）のようなラビオリのようなものだ。

マイクロサービス・アーキテクチャは、ソフトウェア・アプリを、定義されたAPIを使用して相互に通信する、より小さなサービスのスイートとして構築することを可能にする。 従来の「モノリシック」なアーキテクチャと比較して、マイクロサービス・アーキテクチャは、異なるプログラミング言語やテクノロジーを使用してアプリを構築する柔軟性を提供する。 また、スケーラビリティも向上し、継続的インテグレーションとデプロイメント（CI/CD）やDevOpsアプローチに適している。

しかし、どんな新しいアーキテクチャでもそうであるように、テストには新しいアプローチが必要である。 マイクロサービス・アーキテクチャの場合、テスト戦略は、サービスの通信方法、各サービスのセキュリティ、データの一貫性、各サービスが他のサービスに与える影響などの側面をカバーしなければならない。 機能テスト、非機能テスト、各プロジェクトに合わせたツールを組み合わせる必要がある。 そして、コンポーネント・サービスを個別にテストし、システム全体の挙動をテストすることをサポートしなければならない。

マイクロサービス・アーキテクチャはまた、多くのテストの課題をもたらす。 テストケースを正しく書くためには、各サービスを深く理解する必要がある。 また、各サービスがどのようにあるべきかを明確に理解する必要がある：

• 単独走行
• 他のサービスと連携してアプリを構成する

使用中の各APIエンドポイントには明確なリクエスト／レスポンスがあり、サードパーティのアプリやパートナーからのサービスを実行できるようになっていなければならない。