In-memory database testing in JUnit - Cheat Sheet & Quick Revision

Recall & Review

beginner

What is an in-memory database in testing?

An in-memory database stores data in the computer's RAM instead of on disk. It is fast and used in tests to simulate real databases without slow disk access.

beginner

Why use in-memory databases for unit tests?

They make tests faster and isolated by avoiding real database setup. This helps tests run quickly and reliably without external dependencies.

beginner

Name a popular in-memory database used in Java JUnit tests.

H2 database is popular for Java JUnit tests because it supports SQL and runs fully in memory.

intermediate

How do you ensure data isolation between tests using an in-memory database?

By resetting or recreating the in-memory database before each test, so tests do not share data and remain independent.

beginner

What is a common JUnit annotation to run setup code before each test?

The @BeforeEach annotation runs setup code before every test method to prepare the test environment.

What is the main advantage of using an in-memory database in tests?

A Faster test execution

B More disk space usage

C Slower queries

D Requires network connection

In-memory databases store data in RAM, making queries much faster and speeding up tests.

Which Java in-memory database is commonly used with JUnit?

A PostgreSQL

B MySQL

C Oracle

D H2

H2 is a lightweight in-memory database often used in Java tests.

How can you ensure tests do not affect each other when using an in-memory database?

A Reset the database before each test

B Run tests in parallel

C Use the same database instance for all tests

D Ignore test failures

Resetting the database before each test keeps tests independent and data isolated.

Which JUnit annotation is used to run code before each test method?

A @Test

B @BeforeEach

C @AfterEach

D @BeforeAll

@BeforeEach runs setup code before every test method.

In-memory databases are best suited for which type of testing?

A Load testing

B Production deployment

C Unit testing

D Manual testing

In-memory databases are ideal for unit tests because they are fast and isolated.

Explain how to set up an in-memory database for JUnit tests and why it is useful.

Think about test speed and independence.

Describe how in-memory database testing helps maintain test isolation and reliability.

Focus on data isolation and test independence.

Practice

1. What is the main advantage of using an in-memory database for JUnit testing?

easy

A. It stores data permanently for production use

B. It requires complex setup and external servers

C. Tests run faster without needing a real database connection

D. It only works with web applications

Solution

1. Step 1: Understand in-memory database purpose

   In-memory databases keep data in RAM, so no disk access is needed, making tests faster.

2. Step 2: Compare options

   The incorrect options describe permanent storage, complex setup, and limitation to web apps, which are not advantages of in-memory testing databases.

3. Final Answer:

   Tests run faster without needing a real database connection -> Option C

4. Quick Check:

   In-memory = fast tests [OK]

Hint: In-memory means fast, no real DB needed [OK]

Common Mistakes:

• Thinking in-memory DB stores data permanently
• Assuming it needs external servers
• Confusing test DB with production DB

2. Which annotation is commonly used in JUnit to configure a test with an in-memory database and JdbcTemplate?

easy

A. @DataJpaTest

B. @JdbcTest

C. @Entity

D. @SpringBootApplication

Solution

1. Step 1: Identify annotation for JDBC testing

   @JdbcTest sets up an in-memory database and JdbcTemplate for simple JDBC tests.

2. Step 2: Review other annotations

   @SpringBootApplication is for main app config, @Entity marks entities, @DataJpaTest is for JPA tests, not simple JDBC.

3. Final Answer:

   @JdbcTest -> Option B

4. Quick Check:

   @JdbcTest = in-memory JDBC test setup [OK]

Hint: Use @JdbcTest for fast in-memory JDBC tests [OK]

Common Mistakes:

• Confusing @JdbcTest with @DataJpaTest
• Using @Entity as a test annotation
• Using @SpringBootApplication in tests

3. Given this JUnit test snippet using JdbcTemplate with an in-memory database:

jdbcTemplate.execute("CREATE TABLE users(id INT PRIMARY KEY, name VARCHAR(50))");
jdbcTemplate.update("INSERT INTO users VALUES (1, 'Alice')");
int count = jdbcTemplate.queryForObject("SELECT COUNT(*) FROM users", Integer.class);

What is the value of count after execution?

medium

A. 1

B. 0

C. Syntax error

D. NullPointerException

Solution

1. Step 1: Analyze table creation and insertion

   The table 'users' is created and one row with id=1 and name='Alice' is inserted.

2. Step 2: Query the count of rows

   The query "SELECT COUNT(*) FROM users" returns the number of rows, which is 1 after insertion.

3. Final Answer:

   1 -> Option A

4. Quick Check:

   Inserted 1 row, count = 1 [OK]

Hint: Count rows after insert to get 1 [OK]

Common Mistakes:

• Assuming count is 0 before insertion
• Expecting syntax error from correct SQL
• Confusing queryForObject return type

4. In this JUnit test using JdbcTemplate, what is the error?

@JdbcTest
public class UserTest {
  @Autowired
  private JdbcTemplate jdbcTemplate;

  @Test
  public void testInsert() {
    jdbcTemplate.execute("CREATE TABLE users(id INT PRIMARY KEY, name VARCHAR(50))");
    jdbcTemplate.update("INSERT INTO users VALUES (1, 'Bob')");
    int count = jdbcTemplate.queryForObject("SELECT COUNT(*) FROM user", Integer.class);
    assertEquals(1, count);
  }
}

medium

A. Table name typo in SELECT query

B. Missing @Test annotation

C. JdbcTemplate not autowired

D. Incorrect assertion syntax

Solution

1. Step 1: Check table creation and query

   The table created is named 'users' but the SELECT query uses 'user', causing an error.

2. Step 2: Verify annotations and syntax

   @Test is present, JdbcTemplate is autowired, and assertion syntax is correct.

3. Final Answer:

   Table name typo in SELECT query -> Option A

4. Quick Check:

   Table 'users' vs query 'user' mismatch [OK]

Hint: Match table names exactly in queries [OK]

Common Mistakes:

• Ignoring table name mismatch
• Thinking @Test is missing
• Assuming autowiring fails silently

5. You want to write a JUnit test using an in-memory database that creates a products table, inserts multiple rows, and verifies the total price sum. Which approach is best to keep tests independent and reliable?

hard

A. Create table once in a static block and reuse data across tests

B. Skip table creation and assume it exists

C. Use a real database server for accurate results

D. Create table and insert data inside each test method

Solution

1. Step 1: Understand test independence

   Creating tables and inserting data inside each test ensures no leftover data affects other tests.

2. Step 2: Evaluate other options

   Static blocks or real DBs reduce isolation and speed; skipping creation risks failures if table missing.

3. Final Answer:

   Create table and insert data inside each test method -> Option D

4. Quick Check:

   Setup per test = independent, reliable [OK]

Hint: Setup fresh data inside each test method [OK]

Common Mistakes:

• Sharing data across tests causing flaky results
• Using real DB slowing tests
• Assuming tables exist without creation