Unit testing with JUnit in Android Kotlin - Build, Publish & Deploy

Build & Publish - Unit testing with JUnit

Performance Impact

Unit tests run outside the app UI and do not affect frame rate or battery during normal app use. They help catch bugs early, improving app stability and user experience. Running many tests can consume CPU and memory during development but has no impact on the released app's runtime performance.

Optimization Tips

Keep unit tests fast and isolated by mocking dependencies. Avoid long-running operations or network calls in tests. Use JUnit 5 features like @BeforeEach to set up test data efficiently. Run tests on the JVM instead of device/emulator to speed up feedback.

App Size and Startup Time

JUnit and test code are not included in the app bundle shipped to users, so they do not increase app size or startup time. Keep test dependencies in the testImplementation scope to avoid bloating the release APK or AAB.

iOS vs Android Differences

Android uses JUnit for unit testing Kotlin/Java code on the JVM. iOS uses XCTest for Swift/Objective-C. Android unit tests run on the developer machine JVM, while iOS tests run in Xcode. Both platforms separate unit tests from UI tests to keep tests fast and reliable.

Store Review Guidelines

Unit tests do not affect app store submissions since test code is excluded from release builds. Ensure no test-only code or debug flags remain in production builds. Follow Google Play and Apple App Store guidelines to keep release APKs/AABs clean and signed properly.

Self-Check

Your app takes 5 seconds to load this screen. What's likely wrong?

• Heavy or blocking operations running on the main thread instead of background threads.
• Missing or slow unit tests causing delayed bug fixes and inefficient code.
• Large or unoptimized resources delaying startup.

Key Result

Unit testing with JUnit improves app quality without affecting runtime performance or app size. Keep tests fast and isolated, exclude test code from release builds, and follow platform-specific testing practices for smooth development and store approval.

Practice

1. What is the main purpose of a unit test in Android Kotlin development using JUnit?

easy

A. To deploy the app to the Play Store

B. To test the entire application UI

C. To check if a small part of code works correctly

D. To measure app performance under load

Solution

1. Step 1: Understand unit test scope

   Unit tests focus on small, isolated parts of code, like functions or classes.

2. Step 2: Differentiate from other tests

   UI tests and performance tests cover broader areas, not unit tests.

3. Final Answer:

   To check if a small part of code works correctly -> Option C

4. Quick Check:

   Unit test = small code check [OK]

Hint: Unit tests check small code parts only [OK]

Common Mistakes:

• Confusing unit tests with UI or integration tests
• Thinking unit tests deploy or measure performance
• Assuming unit tests cover the whole app

2. Which annotation is used in Kotlin with JUnit to mark a function as a test?

easy

A. @Test

B. @Before

C. @RunWith

D. @Ignore

Solution

1. Step 1: Identify JUnit test annotation

   The @Test annotation marks a function as a test method in JUnit.

2. Step 2: Understand other annotations

   @Before runs setup code, @RunWith specifies runner, @Ignore skips tests.

3. Final Answer:

   @Test -> Option A

4. Quick Check:

   @Test marks test functions [OK]

Hint: Use @Test to mark test functions [OK]

Common Mistakes:

• Using @Before instead of @Test for tests
• Confusing @RunWith with test marking
• Mistaking @Ignore as test annotation

3. Given this Kotlin JUnit test code, what will be the test result?

import org.junit.Test
import kotlin.test.assertEquals

class CalculatorTest {
    @Test
    fun testAdd() {
        val result = 2 + 3
        assertEquals(5, result)
    }
}

medium

A. Test passes successfully

B. Test fails with assertion error

C. Compilation error due to missing import

D. Runtime exception occurs

Solution

1. Step 1: Analyze the test logic

   The test adds 2 + 3 and stores in result, which equals 5.

2. Step 2: Check assertion correctness

   assertEquals expects 5 and result is 5, so assertion passes.

3. Final Answer:

   Test passes successfully -> Option A

4. Quick Check:

   2 + 3 = 5 matches assertEquals [OK]

Hint: Check if expected equals actual in assertEquals [OK]

Common Mistakes:

• Assuming test fails when values match
• Thinking imports are missing when they are correct
• Confusing runtime errors with assertion failures

4. Identify the error in this Kotlin JUnit test code:

import org.junit.Test
import kotlin.test.assertEquals

class CalculatorTest {
    @Test
    fun testSubtract() {
        val result = 5 - 2
        assertEquals(4, result)
    }
}

medium

A. Function name should start with 'test_'

B. Missing @Test annotation

C. Incorrect import statement

D. Wrong expected value in assertEquals

Solution

1. Step 1: Calculate the actual result

   5 - 2 equals 3, but expected value is 4 in assertEquals.

2. Step 2: Check annotations and imports

   @Test annotation and imports are correct; function name style is not enforced.

3. Final Answer:

   Wrong expected value in assertEquals -> Option D

4. Quick Check:

   5 - 2 = 3, expected 4 causes failure [OK]

Hint: Verify expected matches actual in assertions [OK]

Common Mistakes:

• Ignoring mismatch between expected and actual values
• Thinking function names must start with 'test_'
• Assuming missing annotations when present

5. You want to test a Kotlin function that returns null for invalid input. Which assertion correctly checks this behavior in JUnit?

hard

A. assertEquals(null, functionResult)

B. assertNull(functionResult)

C. assertTrue(functionResult == null)

D. assertNotNull(functionResult)

Solution

1. Step 1: Understand null checking assertions

   assertNull explicitly checks if a value is null, making tests clear and readable.

2. Step 2: Compare other options

   assertEquals(null, ...) works but is less clear; assertTrue(...) works but less direct; assertNotNull is opposite.

3. Final Answer:

   assertNull(functionResult) -> Option B

4. Quick Check:

   Use assertNull to check null values [OK]

Hint: Use assertNull to check if value is null [OK]

Common Mistakes:

• Using assertNotNull when expecting null
• Using assertEquals(null, ...) instead of assertNull
• Using assertTrue with complex conditions unnecessarily