Testcontainersで実DBを使う並列テスト基盤を設計する - エムスリーテックブログ

【Unit7 ブログリレー5日目】 記事とは関係ない自宅の本棚。気づいたら本が増えてます。 エムスリーエンジニアリンググループ Unit7(リサーチプロダクトチーム)の丸田です。 現在開発しているプロジェクトでは、可能な限りMockを使わず、実際のPostgreSQLに接続してJUnitでテストを動かしています。 Repositoryのテストだけでなく、HTTPリクエストを投げるControllerのテストまで実DBに繋いでいます。 実DBを使うと本番に近い状態で検証できますが、テストをそのまま並列実行するわけにはいきません。 複数のテストが同じDBの状態を読み書きするため、互いの操作が干渉します。 かといって直列に走らせると、その分実行時間が延びます。 そこで、Testcontainersで起動した1つのPostgreSQLコンテナの中にスレッドごとのDatabaseを用意し、テストごと

[tasukuchan]

“記事”

[kiririmode]

スイート単位のコンテナ共有・スレッド単位のDatabase分離・テスト単位のデータ復元という階層的な設計によって、実DBテストの独立性を保ちながら、環境再構築のコストを並列数に比例する範囲まで抑えられる

[nguyen-oi]

Mockを避けてTestcontainersで実DB使う工夫が徹底してる。スレッドごとにTemplateから複製してTRUNCATEで回すアイデア参考になる

[gadget-lab]

後で読みたい。Testcontainersで実DBを使う並列テスト基盤を設計する - エムスリ