参数化测试在内部调用toString()。 如果您创建覆盖toString()的对象包装器，它将改变测试的名称。

这里有一个例子，我在其他帖子中回答过。 https://stackoverflow.com/a/67023556/1839360

看看JUnit 4.5，它的运行器显然不支持这一点，因为该逻辑隐藏在Parameterized类中的私有类中。您不能使用JUnit Parameterized运行器，而是创建自己的能够理解名称概念的运行器(这导致了如何设置名称的问题……)

从JUnit的角度来看，如果他们传递逗号分隔的参数，而不是(或除了)仅仅传递一个增量，那就更好了。TestNG就是这样做的。如果这个特性对你很重要，你可以在www.junit.org的雅虎邮件列表上发表评论。

查看dsaff提到的JUnitParams，它使用ant在html报告中构建参数化测试方法描述。

这是在尝试LabelledParameterized并发现它虽然可以与eclipse一起工作，但就html报告而言，它不能与ant一起工作。

欢呼,

我大量使用静态导入的Assert和朋友，所以我很容易重新定义断言:

private <T> void assertThat(final T actual, final Matcher<T> expected) {
    Assert.assertThat(editThisToDisplaySomethingForYourDatum, actual, expected);
}

例如，您可以向您的测试类添加一个“name”字段，在构造函数中初始化，并在测试失败时显示它。只需将它作为每个测试参数数组的第一个元素传递进来。这也有助于标记数据:

public ExampleTest(final String testLabel, final int one, final int two) {
    this.testLabel = testLabel;
    // ...
}

@Parameters
public static Collection<Object[]> data() {
    return asList(new Object[][]{
        {"first test", 3, 4},
        {"second test", 5, 6}
    });
}

你可以创建一个方法

@Test
public void name() {
    Assert.assertEquals("", inboundFileName);
}

虽然我不会一直用它，但弄清楚143到底是哪个测试数字还是很有用的。

您可能还想尝试JUnitParams: https://github.com/Pragmatists/JUnitParams