バックエンドプロジェクトとフロントエンドプロジェクト間でCI-Serverの統合テストを実行するにはどうすればよいですか？

Question

私は、バックエンドgitリポジトリ（node.js rest api）とフロントエンドgitリポジトリ（angel 4）に分かれたプロジェクトを構築しました。 Gitlab-CIをセットアップして、各レポのテストを実行しました。今私は、私がフロントエンドかバックエンドのどちらかで変更を加えたときに私のソフトウェアがブレーキをかけないことを確認したい。 私はこのアイディアに着きました。フロントエンドプロジェクトをプッシュすると、私は実際のバックエンドをクローンし、FEからBEへの統合テストを実行することができます。逆に、バックエンドをプッシュすると、私はフロントエンドをクローンし、同じ統合テストをFEからBEに再実行する必要があります。 他にもありますか？私はまた、新しいリポジトリを作成し、フロントエンドとバックエンドのリポジトリをgitサブモジュールとして使用する方法についても説明します。そこにベストプラクティスの方法がありますか？

Answer 1

FEはBEなしで意味をなさないので、FEテストは統合の1つと考えることができます。

基本的には、REST APIバックエンドを、SEインターフェースの知識を使用してBEとやりとりするクライアントの種類でテストします。だから、あなたのクライアントはFEとふりをします。テストカバレッジが十分であれば、インタフェースの変更がデータ交換メカニズムを壊さないことを確信できます。

しかし、 "メッセージフォーマット"の変更を引き起こす変更があっても（ただし、メッセージがDEからFEに転送され、そのメカニズムが保持されているため）、クライアントがメッセージを解析したり、

したがって、BEまたはFE変更の両方のテストを実行し、FEテストを統合することを推奨します。