assertEquals是否仅支持同数据类型？如何编写参数化JUnit用例

首先明确：assertEquals本身支持多类型参数匹配，不存在“无法适配不同数据类型输入输出场景”的问题，它提供了覆盖原始类型、对象类型的多个重载版本，只要你传入的预期值和实际值类型匹配即可正常使用，哪怕业务方法的入参和返回值类型不一样也完全不影响断言。
你遇到的方法带删除线、测试无法运行，和跨类型没有关系，是代码存在3个硬错误：

• 业务方法OddEven定义为void无返回值，所有结果直接打印到控制台，你在断言时直接传入a.OddEven(10)，实际拿到的是空（void），和你写的预期String类型完全不匹配，IDE识别到参数类型不匹配，找不到可用的assertEquals重载，就会把不匹配的废弃重载标成删除线。
• JUnit4中@Test注解修饰的测试方法不能是static类型，否则运行器无法识别测试方法，会直接抛初始化错误。
• 原业务代码把结果直接输出到标准输出流的设计本身不便于单元测试，单元测试无法直接拿到控制台打印的内容做断言，硬编码捕获输出会大幅提升测试的脆弱性。

第一步：重构业务代码 #

把OddEven方法的返回值从void改为String，让方法直接返回判断结果，打印逻辑放到调用方，保证方法的可测试性：

package BasicTesting;

import java.util.*;
class EvenOdd
{
    
  public static void main(String args[])
  {
    System.out.println("Enter any integer to check whether its odd or even...");
    Scanner ob = new Scanner(System.in);
    int i = ob.nextInt();
    // 拿到方法返回结果后再打印
    System.out.println(OddEven(i));
    ob.close();
  }

  // 修改返回值类型，直接返回判断结果而非打印
  public static String OddEven(int i) {
      if(i%2 == 0) {
          return "You entered an even number";
      } else {
          return "You entered an odd number";
      }
  }
}

第二步：编写参数化JUnit测试用例 #

使用JUnit4的参数化运行器，批量传入多组测试数据（覆盖正负数、边界值0、奇偶场景），直接断言方法返回值和预期结果一致即可：

package BasicTesting;

import static org.junit.Assert.assertEquals;
import org.junit.Test;
import org.junit.runner.RunWith;
import org.junit.runners.Parameterized;
import java.util.Arrays;
import java.util.Collection;

// 指定参数化测试运行器
@RunWith(Parameterized.class)
public class EvenOddTest {

    private final int input;
    private final String expected;

    // 构造函数注入每组测试参数
    public EvenOddTest(int input, String expected) {
        this.input = input;
        this.expected = expected;
    }

    // 定义测试数据集，每组数据对应{入参, 预期返回值}
    @Parameterized.Parameters
    public static Collection<Object[]> testCases() {
        return Arrays.asList(new Object[][]{
                {0, "You entered an even number"},
                {10, "You entered an even number"},
                {-4, "You entered an even number"},
                {3, "You entered an odd number"},
                {-7, "You entered an odd number"}
        });
    }

    @Test
    public void testOddEven() {
        assertEquals(expected, EvenOdd.OddEven(input));
    }
}

补充：如果坚持不修改原业务代码的void打印逻辑，也可以通过重定向System.out输出流的方式捕获打印内容做断言，但这种方式和控制台输出强耦合，测试稳定性差，生产级单元测试不推荐这种写法。

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