Spring Boot @SpringBootTest in JUnit - Cheat Sheet & Quick Revision

Recall & Review

beginner

What is the purpose of the @SpringBootTest annotation in Spring Boot testing?

@SpringBootTest tells Spring Boot to start the full application context for integration testing. It helps test how components work together in a real environment.

intermediate

How does @SpringBootTest differ from unit testing annotations like @WebMvcTest?

@SpringBootTest loads the entire application context, while @WebMvcTest loads only web layer components for focused controller tests.

intermediate

What does the webEnvironment attribute in @SpringBootTest control?

It controls how the embedded web server is started during tests. Options include MOCK (no real server), RANDOM_PORT, DEFINED_PORT, and NONE.

beginner

Why should you avoid using @SpringBootTest for simple unit tests?

Because it loads the full application context, which is slow and resource-heavy. For simple unit tests, use lighter annotations or plain JUnit tests.

intermediate

How can you use @SpringBootTest to run tests with a specific profile?

<p>You can add <code>@ActiveProfiles("test")</code> on the test class to activate the <code>test</code> profile during the test run.</p>

What does @SpringBootTest do when placed on a test class?

A Loads the full Spring application context for integration testing

B Mocks all dependencies automatically

C Runs only unit tests without Spring context

D Starts only the web layer for testing

@SpringBootTest loads the full application context to test integration of components.

Which webEnvironment option starts a real server on a random port during @SpringBootTest?

A MOCK

B DEFINED_PORT

C NONE

D RANDOM_PORT

RANDOM_PORT starts an embedded server on a random port for real HTTP testing.

Which annotation activates a specific Spring profile during a @SpringBootTest?

A @ActiveProfiles

B @TestProfile

C @Profile

D @SpringProfile

@ActiveProfiles sets the active profile(s) for the test context.

Why might @SpringBootTest tests run slower than unit tests?

A Because they run in a separate JVM

B Because they use more CPU-intensive assertions

C Because they load the full Spring application context

D Because they skip dependency injection

Loading the full application context takes more time and resources, slowing tests.

Which annotation is best for testing only Spring MVC controllers without loading the full context?

A @SpringBootTest

B @WebMvcTest

C @DataJpaTest

D @RestControllerTest

@WebMvcTest loads only web layer components for focused controller tests.

Explain what @SpringBootTest does and when you should use it.

Think about testing the whole app versus parts.

Describe how to configure @SpringBootTest to run tests with a specific Spring profile and why this is useful.

Profiles help customize app behavior for tests.

Practice

1. What is the primary purpose of using @SpringBootTest in a test class?

easy

A. To start the full Spring Boot application context for integration testing

B. To mock all dependencies automatically

C. To run only unit tests without loading Spring context

D. To disable Spring Boot features during 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 approaches

   Unlike unit tests that mock dependencies, @SpringBootTest is used for integration tests to check how components work together.

3. Final Answer:

   To start the full Spring Boot application context for integration testing -> Option A

4. Quick Check:

   @SpringBootTest = full app context [OK]

Hint: Full app context means integration test, not mocking [OK]

Common Mistakes:

• Thinking it mocks dependencies automatically
• Using it for simple unit tests
• Assuming it disables Spring Boot features

2. Which of the following is the correct way to annotate a test class to load the Spring Boot context?

easy

A. @SpringBootApplicationTest

B. @SpringBootTestOnly

C. @TestContextLoader

D. @RunWith(SpringRunner.class) @SpringBootTest

Solution

1. Step 1: Identify the standard annotations for Spring Boot tests

   The correct annotations to load Spring Boot context in JUnit 4 are @RunWith(SpringRunner.class) and @SpringBootTest.

2. Step 2: Check the other options

   Options B, C, and D are not valid Spring Boot or JUnit annotations.

3. Final Answer:

   @RunWith(SpringRunner.class) @SpringBootTest -> Option D

4. Quick Check:

   Use @RunWith(SpringRunner.class) with @SpringBootTest [OK]

Hint: Remember: @RunWith + @SpringBootTest for context loading [OK]

Common Mistakes:

• Using non-existent annotations
• Forgetting @RunWith in JUnit 4
• Confusing with @SpringBootApplication

3. Given the following test class, what will be the output when the test runs successfully?

\@SpringBootTest
class MyServiceTest {
    \@Autowired
    private MyService myService;

    \@Test
    void testService() {
        assertNotNull(myService);
        System.out.println("Service is loaded");
    }
}

medium

A. Test passes and prints 'Service is loaded'

B. Test fails because myService is null

C. Compilation error due to missing annotations

D. Test passes but prints nothing

Solution

1. Step 1: Understand what @SpringBootTest does here

   The annotation loads the full Spring context, so myService bean is injected and not null.

2. Step 2: Analyze the test method

   The assertion assertNotNull(myService) passes, and the print statement outputs "Service is loaded".

3. Final Answer:

   Test passes and prints 'Service is loaded' -> Option A

4. Quick Check:

   Bean injected + assertNotNull = pass and print [OK]

Hint: If context loads, @Autowired bean is not null [OK]

Common Mistakes:

• Assuming myService is null without context
• Forgetting that @SpringBootTest loads beans
• Confusing compilation errors with runtime behavior

4. You have a test annotated with @SpringBootTest but it fails with a NoSuchBeanDefinitionException. What is the most likely cause?

medium

A. The test method is private

B. The test class is missing @Test annotation

C. The bean is not defined or scanned in the application context

D. The Spring Boot version is outdated

Solution

1. Step 1: Understand the exception meaning

   NoSuchBeanDefinitionException means Spring could not find a bean of the required type in the context.

2. Step 2: Identify common reasons for missing beans

   This usually happens if the bean is not defined, not annotated with @Component/@Service, or not in a scanned package.

3. Final Answer:

   The bean is not defined or scanned in the application context -> Option C

4. Quick Check:

   Missing bean definition = NoSuchBeanDefinitionException [OK]

Hint: Missing bean means not defined or scanned [OK]

Common Mistakes:

• Blaming test method visibility
• Assuming missing @Test causes bean errors
• Thinking Spring Boot version causes missing bean

5. You want to speed up your test suite by loading only a part of the Spring Boot context. Which approach can you use with @SpringBootTest to limit the loaded beans?

hard

A. Remove @SpringBootTest and use plain JUnit tests

B. Use @SpringBootTest(classes = YourConfig.class) to load only specific configuration

C. Add @MockBean to all beans manually

D. Use @SpringBootTest with @Transactional only

Solution

1. Step 1: Understand how to limit context loading

   By specifying classes attribute in @SpringBootTest, you can load only selected configuration classes, reducing context size.

2. Step 2: Evaluate other options

   Removing @SpringBootTest disables context loading, @MockBean mocks beans but does not limit context size, and @Transactional controls transactions, not context loading.

3. Final Answer:

   Use @SpringBootTest(classes = YourConfig.class) to load only specific configuration -> Option B

4. Quick Check:

   Limit context by specifying classes in @SpringBootTest [OK]

Hint: Specify classes attribute to limit context [OK]

Common Mistakes:

• Thinking @MockBean reduces context size
• Removing @SpringBootTest disables context, not limits
• Confusing @Transactional with context loading