@SpringBootTest for integration tests - Performance & Optimization

Performance: @SpringBootTest for integration tests

MEDIUM IMPACT

This affects the test execution time and resource usage during integration testing, impacting developer feedback speed and CI pipeline duration.

Running integration tests that require Spring context

Spring Boot

@SpringBootTest(classes = MyServiceConfig.class)
public class MyServiceTest {
  @Autowired
  private MyService service;

  @Test
  void testService() {
    // test logic
  }
}

Limits context loading to only necessary configuration or beans, reducing startup time and memory footprint.

📈 Performance Gainreduces test startup time by 30-70%, speeding up feedback loop

Running integration tests that require Spring context

Spring Boot

@SpringBootTest
public class MyServiceTest {
  @Autowired
  private MyService service;

  @Test
  void testService() {
    // test logic
  }
}

Loads the entire Spring application context for every test class, causing slow startup and high memory use.

📉 Performance Costblocks test execution for 1-3 seconds per test class, increasing total test suite time significantly

Performance Comparison

Pattern	Context Load Time	Memory Usage	Test Execution Speed	Verdict
Full @SpringBootTest	High (1-3s per test class)	High	Slow	[X] Bad
@SpringBootTest with limited config	Medium (0.3-1s)	Medium	Faster	[!] OK
Slice test annotations (e.g., @WebMvcTest)	Low (<0.5s)	Low	Fast	[OK] Good

Rendering Pipeline

In integration testing, @SpringBootTest triggers the Spring context initialization which involves classpath scanning, bean creation, and dependency injection before tests run.

→Context Initialization

→Bean Creation

→Dependency Injection

⚠️ BottleneckContext Initialization is the most expensive stage due to loading all beans and configurations.

Optimization Tips

1Avoid loading the full Spring context if not needed for faster tests.

2Use targeted configuration or slice annotations to reduce context size.

3Monitor context startup time to identify slow tests.

Performance Quiz - 3 Questions

What is the main performance drawback of using @SpringBootTest without limiting configuration?

A It loads the entire Spring context, causing slow test startup.

B It skips bean creation, causing tests to fail.

C It runs tests in parallel, increasing CPU usage.

D It disables dependency injection, causing errors.

DevTools: Spring Boot DevTools and IDE Test Runner

How to check: Run tests with IDE profiler or Spring Boot DevTools enabled to monitor context startup time and memory usage.

What to look for: Look for long context initialization logs and high memory consumption during test startup indicating slow tests.

Practice

1. What is the main purpose of using @SpringBootTest in a Spring Boot project?

easy

A. To configure database connections only

B. To mock all dependencies automatically

C. To run unit tests without loading Spring context

D. To load the full application context for integration testing

Solution

1. Step 1: Understand what @SpringBootTest does

   This annotation loads the entire Spring Boot application context, allowing tests to run with all beans and configurations loaded.

2. Step 2: Compare with other testing annotations

   Unlike unit tests or mocks, @SpringBootTest is used for integration tests that need the full app context.

3. Final Answer:

   To load the full application context for integration testing -> Option D

4. Quick Check:

   @SpringBootTest = full app context load [OK]

Hint: Remember: @SpringBootTest loads full app context for integration [OK]

Common Mistakes:

• Thinking it mocks all dependencies automatically
• Confusing it with unit test annotations
• Assuming it only configures database connections

2. Which of the following is the correct way to use @SpringBootTest to start the web environment on a random port?

easy

A. @SpringBootTest(webEnv = RANDOM_PORT)

B. @SpringBootTest(webEnvironment = "random")

C. @SpringBootTest(webEnvironment = WebEnvironment.RANDOM_PORT)

D. @SpringBootTest(port = RANDOM_PORT)

Solution

1. Step 1: Recall the correct attribute name and value

   The attribute to set the web environment is webEnvironment, and the enum value for random port is WebEnvironment.RANDOM_PORT.

2. Step 2: Check syntax correctness

   @SpringBootTest(webEnvironment = WebEnvironment.RANDOM_PORT) uses the correct attribute and enum syntax. Other options use incorrect attribute names or string values.

3. Final Answer:

   @SpringBootTest(webEnvironment = WebEnvironment.RANDOM_PORT) -> Option C

4. Quick Check:

   Correct attribute and enum = @SpringBootTest(webEnvironment = WebEnvironment.RANDOM_PORT) [OK]

Hint: Use webEnvironment = WebEnvironment.RANDOM_PORT exactly [OK]

Common Mistakes:

• Using wrong attribute name like webEnv
• Passing string instead of enum
• Trying to set port directly in annotation

3. Given the following test class snippet, what will be the output when running the test?

\@SpringBootTest(webEnvironment = WebEnvironment.RANDOM_PORT)
class MyIntegrationTest {
  \@Autowired
  private TestRestTemplate restTemplate;

  \@Test
  void testHelloEndpoint() {
    String response = restTemplate.getForObject("/hello", String.class);
    System.out.println(response);
  }
}

Assuming the /hello endpoint returns "Hello, Spring!".

medium

A. Hello, Spring!

B. null

C. 404 Not Found error

D. Test fails with context load error

Solution

1. Step 1: Understand the test setup

   The test uses @SpringBootTest with RANDOM_PORT and injects TestRestTemplate, which allows calling the real HTTP endpoint.

2. Step 2: Predict the endpoint call result

   The /hello endpoint returns "Hello, Spring!" so the call will return this string and print it.

3. Final Answer:

   Hello, Spring! -> Option A

4. Quick Check:

   TestRestTemplate calls real endpoint = "Hello, Spring!" [OK]

Hint: TestRestTemplate calls real endpoint in @SpringBootTest [OK]

Common Mistakes:

• Expecting null because of missing mocks
• Assuming 404 because of wrong port
• Thinking context fails to load

4. You wrote this test but it fails with a NoSuchBeanDefinitionException for TestRestTemplate. What is the likely cause?

\@SpringBootTest
class MyTest {
  \@Autowired
  private TestRestTemplate restTemplate;

  \@Test
  void test() {
    // test code
  }
}

medium

A. TestRestTemplate is not a Spring bean

B. Missing webEnvironment setting to start web server

C. Forgot to add @Autowired annotation

D. Test class must be public

Solution

1. Step 1: Identify why TestRestTemplate bean is missing

   By default, @SpringBootTest does not start the web server unless webEnvironment is set, so TestRestTemplate bean is not created.

2. Step 2: Fix by adding webEnvironment

   Adding webEnvironment = WebEnvironment.RANDOM_PORT or DEFINED_PORT starts the server and creates the bean.

3. Final Answer:

   Missing webEnvironment setting to start web server -> Option B

4. Quick Check:

   webEnvironment needed for TestRestTemplate bean [OK]

Hint: Add webEnvironment to enable TestRestTemplate bean [OK]

Common Mistakes:

• Assuming TestRestTemplate is always available
• Forgetting to set webEnvironment in @SpringBootTest
• Thinking @Autowired is missing

5. You want to write an integration test that loads the full Spring Boot context but disables the web server startup to speed up tests. Which @SpringBootTest configuration should you use?

hard

A. @SpringBootTest(webEnvironment = WebEnvironment.NONE)

B. @SpringBootTest(webEnvironment = WebEnvironment.MOCK)

C. @SpringBootTest(webEnvironment = WebEnvironment.RANDOM_PORT)

D. @SpringBootTest(webEnvironment = WebEnvironment.DEFINED_PORT)

Solution

1. Step 1: Understand webEnvironment options

   WebEnvironment.NONE disables web server startup but loads full context. MOCK uses mock servlet environment, RANDOM_PORT and DEFINED_PORT start real servers.

2. Step 2: Choose option that disables web server

   To speed up tests without web server, use WebEnvironment.NONE.

3. Final Answer:

   @SpringBootTest(webEnvironment = WebEnvironment.NONE) -> Option A

4. Quick Check:

   Disable web server with WebEnvironment.NONE [OK]

Hint: Use WebEnvironment.NONE to skip web server startup [OK]

Common Mistakes:

• Using MOCK which still sets up servlet environment
• Starting real server with RANDOM_PORT or DEFINED_PORT
• Confusing NONE with MOCK