如何避免高度相似的JUnit4测试用例出现代码重复？

针对你这种大量测试逻辑重复、仅执行步骤存在差异的场景，以下几个高效优化方案按落地成本和灵活性排序：

1. 提取通用高阶测试函数（最简洁） #

把重复的Given和Then逻辑封装成一个高阶函数，每个测试用例只需传入不同的Interactor调用逻辑即可：

// 封装通用测试逻辑
private suspend fun testAccessTokenAccountNotFoundError(
    action: suspend () -> Result<*, GraphQlCallError>
) {
    // Given
    coEvery { getAccessTokenInteractor() } returns Err(GetAccessTokenInteractor.ErrResult.AccountNotFound)

    // When
    val response = action()

    // Then
    assert(response.unwrapError() is GraphQlCallError.UnrecoverableError)
}

// 简化后的测试用例
@Test
fun `getNotifications returns UnrecoverableError on AccountNotFound`(): TestResult = runTest {
    testAccessTokenAccountNotFoundError { getNotificationsInteractor() }
}

@Test
fun `updateNotification returns UnrecoverableError on AccountNotFound`(): TestResult = runTest {
    testAccessTokenAccountNotFoundError { updateNotificationInteractor(1) }
}

@Test
fun `getUnreadCount returns UnrecoverableError on AccountNotFound`(): TestResult = runTest {
    testAccessTokenAccountNotFoundError { getUnreadNotificationsCountInteractor() }
}

这种方式改动最小，每个测试用例仅保留核心执行逻辑，同时测试方法名保持可读性，方便问题定位。

2. 使用JUnit4参数化测试（适合批量扩展） #

如果后续要新增更多同类测试，可使用JUnit4的Parameterized runner，把所有待测试的Interactor调用作为参数传入，仅需编写一个测试方法：

@RunWith(Parameterized::class)
class AccessTokenErrorTests {
    // 参数：测试名称 + Interactor调用逻辑
    data class TestCase(
        val testName: String,
        val action: suspend () -> Result<*, GraphQlCallError>
    )

    @Parameterized.Parameters(name = "{0}")
    fun testCases(): List<TestCase> = listOf(
        TestCase("getNotifications", { getNotificationsInteractor() }),
        TestCase("updateNotification", { updateNotificationInteractor(1) }),
        TestCase("getUnreadCount", { getUnreadNotificationsCountInteractor() })
    )

    @Parameter
    lateinit var testCase: TestCase

    @Test
    fun `returns UnrecoverableError when getAccessToken returns AccountNotFound`(): TestResult = runTest {
        // Given
        coEvery { getAccessTokenInteractor() } returns Err(GetAccessTokenInteractor.ErrResult.AccountNotFound)

        // When
        val response = testCase.action()

        // Then
        assert(response.unwrapError() is GraphQlCallError.UnrecoverableError)
    }
}

这种方式适合测试用例数量较多的场景，新增测试仅需在testCases()中添加一条数据，维护成本更低。

3. 抽象基类（跨模块复用场景） #

如果多个模块都存在这类重复测试逻辑，可创建抽象基类，将通用的Given/Then逻辑放在基类中，子类仅需实现具体的Interactor调用：

// 抽象基类
abstract class BaseAccessTokenAccountNotFoundTest {
    protected abstract suspend fun invokeInteractor(): Result<*, GraphQlCallError>

    @Test
    fun `returns UnrecoverableError on AccountNotFound`(): TestResult = runTest {
        // Given
        coEvery { getAccessTokenInteractor() } returns Err(GetAccessTokenInteractor.ErrResult.AccountNotFound)

        // When
        val response = invokeInteractor()

        // Then
        assert(response.unwrapError() is GraphQlCallError.UnrecoverableError)
    }
}

// 具体测试类（每个模块对应一个）
class NotificationsInteractorTest : BaseAccessTokenAccountNotFoundTest() {
    override suspend fun invokeInteractor(): Result<*, GraphQlCallError> {
        return getNotificationsInteractor()
    }
}

class UpdateNotificationTest : BaseAccessTokenAccountNotFoundTest() {
    override suspend fun invokeInteractor(): Result<*, GraphQlCallError> {
        return updateNotificationInteractor(1)
    }
}

该方案适合跨模块的测试复用，避免在多个模块中重复编写相同的测试逻辑。

内容的提问来源于stack exchange，提问作者Roberto Leinardi