@SpringBootTest + @AutoConfigureMockMVCを使用したテストをGradleで連続実行するとDBコネクションが枯渇する。

Question

Spring Boot 2.5.1 を使用しています。
DBは、postgresql-12.7-2です。

@SpringBootTest + @AutoConfigureMockMVCを使用して、
Junitのテストケースを書いています。

@SpringBootTest
@AutoConfigureMockMVC
public class sampleTest01 {
  
  @Autowired public MockMVC moc;
  
  @MockBean TestService testService;

  @Test
  void 試験その１() {
    when(testService.check(any()).thenReturn(true);
    mvc.perform(get("/test")).andExpect(status().isOK);
  }
}

@SpringBootTest
@AutoConfigureMockMVC
public class sampleTest02 {
  
  @Autowired public MockMVC moc;

  @MockBean SampleService sampleService;

  @Test
  void 試験その２() {
    when(sampleService.check(any()).thenReturn(true);
    mvc.perform(get("/samples")).andExpect(status().isOK);
  }
}

gradleでこれらの試験を実行した結果、
テストクラス実行ごとにspring bootが起動して、
規定数（デフォルトは10?）のコネクションプールを作成するためにDBコネクションを取得します。

上記の例ではMockMVCを使用した試験が2クラスあるため、DBコネクションは20を消費します。
テストクラスを増やすたびにコネクションが必要となり、
やがてpostgresqlの同時接続数を上回りエラーとなります。

コネクションの開放は、ひととおり、試験が終わったあとにまとめて行われている様です。

試験後のログには、以下の様に出力されています。

2021/10/11 18:56:53 [SpringApplicationShutdownHook]
HikariPool-1 - ShutDown initiated...
2021/10/11 18:56:53 [SpringApplicationShutdownHook]
HikariPool-1 - ShutDown completed.
2021/10/11 18:56:53 [SpringApplicationShutdownHook]
HikariPool-2 - ShutDown initiated...
2021/10/11 18:56:53 [SpringApplicationShutdownHook]
HikariPool-2 - ShutDown completed.
2021/10/11 18:56:53 [SpringApplicationShutdownHook]
HikariPool-3 - ShutDown initiated...
2021/10/11 18:56:53 [SpringApplicationShutdownHook]
HikariPool-3 - ShutDown completed.
2021/10/11 18:56:53 [SpringApplicationShutdownHook]
HikariPool-4 - ShutDown initiated...
2021/10/11 18:56:53 [SpringApplicationShutdownHook]
HikariPool-4 - ShutDown completed.

どなたか、このケースの回避方法をご存知の方はいらっしゃいますでしょうか？
せめてテストクラスごとにSpringBootをShutDownしてコネクションを開放できれば良いと考えております。

どうも、HikariCPのshutdownがJVMの終了にフックされている様な気もする。。。

Answer 1

原因は、@MockBeanにありました。

Spring のテストフレームワークはテスト間でアプリケーションコンテキストをキャッシュし、同じ構成を共有するテストでコンテキストを再利用しますが、@MockBean または @SpyBean の使用はキャッシュキーに影響し、コンテキストの数を増やす可能性が高くなります

https://bouzuya.hatenablog.com/entry/2020/12/08/222955

ApplicationContextの生成ごとにコネクションプールが生成され開放もされないため、PostgreSQL側でリソースが枯渇することになっていました。

今回は、DBが必要な試験でも無かったため、テスト時にDB関連のコンテキストを読み込まない様にWebMvcTestを使用した試験に切り替えました。