Package-level test organization in JUnit - Test Execution Trace

Test Overview

This test checks that all classes in a specific package are tested by running a simple test class in that package. It verifies that the test class executes successfully, ensuring package-level test organization is correct.

Test Code - JUnit

JUnit

package com.example.myapp;

import org.junit.jupiter.api.Test;
import static org.junit.jupiter.api.Assertions.assertTrue;

public class SamplePackageTest {

    @Test
    public void testPackageClassPresence() {
        // Simulate checking that package classes are accessible
        boolean packageHasClasses = true; // This would be a real check in a full test suite
        assertTrue(packageHasClasses, "Package should contain classes to test");
    }
}

Execution Trace - 4 Steps

Step	Action	System State	Assertion	Result
1	JUnit test runner starts the test execution	JUnit framework initialized, ready to run tests in package com.example.myapp	—	PASS
2	JUnit locates SamplePackageTest class in the package	SamplePackageTest class loaded and ready for test methods	—	PASS
3	JUnit runs testPackageClassPresence() method	Inside test method, simulating package class presence check	assertTrue(packageHasClasses) verifies package contains classes	PASS
4	JUnit completes test execution and reports results	Test suite finished with all tests passing	—	PASS

Failure Scenario

Failing Condition: The package does not contain any classes or the test class is missing

Execution Trace Quiz - 3 Questions

What does the testPackageClassPresence() method verify?

A That the test class fails intentionally

B That the package is empty

C That the package contains classes to test

D That the package is excluded from testing

Key Result

Organizing tests at the package level helps ensure all related classes are tested together, improving test coverage and maintainability.

Practice

1. Why is it recommended to organize JUnit test classes in the same package as the source code they test?

easy

A. JUnit requires tests to be in the same package to run.

B. It makes tests easier to find and run selectively.

C. It prevents tests from accessing package-private code.

D. It automatically runs tests without any configuration.

Solution

1. Step 1: Understand package organization purpose

   Organizing tests in the same package as source code helps developers find related tests quickly.

2. Step 2: Benefits of package-level organization

   This organization allows running tests selectively by package and keeps the project clean and maintainable.

3. Final Answer:

   It makes tests easier to find and run selectively. -> Option B

4. Quick Check:

   Package-level test organization = easier test management [OK]

Hint: Tests in same package as code = easier to find and run [OK]

Common Mistakes:

• Thinking JUnit forces tests in same package
• Believing tests cannot access package-private code
• Assuming tests run automatically without setup

2. Which of the following is the correct way to place a JUnit test class for a source class com.example.service.UserService?

easy

A. In package com.example under the test source folder

B. In package com.example.test under the main source folder

C. In package com.example.service under the main source folder

D. In package com.example.service under the test source folder

Solution

1. Step 1: Identify source package and test source folder

   The source class is in com.example.service. Tests should be in the same package but under the test source folder.

2. Step 2: Match test class package and location

   In package com.example.service under the test source folder places the test class in com.example.service under the test source folder, which is correct.

3. Final Answer:

   In package com.example.service under the test source folder -> Option D

4. Quick Check:

   Test package = source package + test folder [OK]

Hint: Test package matches source package but in test folder [OK]

Common Mistakes:

• Placing tests in main source folder
• Changing package name for tests
• Putting tests in unrelated packages

3. Given the following project structure:

src/main/java/com/app/utils/Calculator.java
src/test/java/com/app/utils/CalculatorTest.java

What will happen if you run tests only in package com.app.utils?

medium

A. No tests will run because package is incorrect.

B. All tests in the project will run.

C. Only CalculatorTest will run.

D. Tests in other packages will also run.

Solution

1. Step 1: Understand package-based test running

   Running tests in package com.app.utils runs only tests in that package.

2. Step 2: Identify test classes in that package

   CalculatorTest is in com.app.utils, so it will run; tests in other packages won't.

3. Final Answer:

   Only CalculatorTest will run. -> Option C

4. Quick Check:

   Run tests by package runs only that package's tests [OK]

Hint: Run tests by package runs only tests in that package [OK]

Common Mistakes:

• Assuming all tests run regardless of package
• Thinking package name is case-insensitive
• Believing tests outside package run automatically

4. You have a test class com.example.service.OrderServiceTest placed under src/main/java/com/example/service. What is the problem with this setup?

medium

A. Tests should not be placed in the main source folder.

B. Package name is incorrect for tests.

C. Test class name should not end with 'Test'.

D. JUnit does not support tests in com.example.service.

Solution

1. Step 1: Identify source folder for tests

   Tests must be placed under the test source folder, not the main source folder.

2. Step 2: Analyze the given setup

   The test class is in the main source folder, which is incorrect and can cause build or test execution issues.

3. Final Answer:

   Tests should not be placed in the main source folder. -> Option A

4. Quick Check:

   Tests belong in test source folder, not main [OK]

Hint: Tests must be in test source folder, not main source [OK]

Common Mistakes:

• Placing tests in main source folder
• Changing package names unnecessarily
• Misnaming test classes

5. You want to organize tests for a multi-module project where each module has its own source and test folders. How should you organize package-level tests to keep the project clean and maintainable?

hard

A. Place test classes in the same package as source classes within each module's test folder.

B. Put all test classes in a single global test package for the entire project.

C. Place test classes in the main source folder to share with source code.

D. Use different package names for tests to avoid confusion.

Solution

1. Step 1: Understand multi-module project structure

   Each module has separate source and test folders, so tests should mirror source package structure inside each module's test folder.

2. Step 2: Benefits of matching test packages per module

   This keeps tests organized, easy to find, and maintainable per module without mixing unrelated tests.

3. Final Answer:

   Place test classes in the same package as source classes within each module's test folder. -> Option A

4. Quick Check:

   Match test packages to source packages per module [OK]

Hint: Match test packages to source packages inside each module [OK]

Common Mistakes:

• Putting all tests in one global package
• Mixing test and main source folders
• Using different package names for tests