junit：开发测试用例的最佳实践？

Question

技术：Junit最新版本 应用程序是面向业务的。

有些人使用硬编码数据进行测试用例，有些人使用属性文件，有些人使用 xml 文件。据我所知，xml 比其他两个更好。有没有更好的方法在工业中使用。请建议开发测试用例的最佳实践。

Answer 1

测试中的数据表示和传递给正在测试的函数的数据之间的映射尽可能透明，这一点很重要。如果数据很少并且易于在源中观察，那么硬编码数据是完全可以的。为了理解测试用例而需要打开的窗口越少越好。

XML 最适合嵌套的树状数据，但它有点冗长。 YAML 也可能对此有好处。对于平面数据，属性和仅行组织的文件都可以。

没有单一格式在各方面都优于所有其他格式。为特定的测试套件/主题区域选择最简单和最自然的。当您需要快速生成越来越多的测试用例时，以及当您调查回归时，投入一些精力来处理最自然的格式确实是值得的。例如，在我们的项目（相当大）中，我们必须发明几种数据表示形式并编写（简单的）自定义解析器，以便使测试用例的数据写入和读取变得轻而易举。

Answer 2

我认为没有最佳实践。我建议您使用最适合您的特定问题空间以及您需要执行的测试类型的测试。如果您需要编码的测试本质上涉及调用具有大量不同输入的方法，那么数据驱动方法（使用属性文件、XML 或其他内容）是一个好主意。如果不是，那就是个坏主意。

需要注意的一件事是花费太多时间创建复杂的基础设施，以便您可以整齐地编写测试代码。

Answer 3

我会尽力保持测试快速而简单。测试运行得越快，您可以添加到构建中的测试就越多。

xml 的缺点：解析非常昂贵，还要从 DOM 中读取值。对于表格数据，我会使用某种 CSV 格式的平面文件。对于键/值数据，一个简单的属性文件绝对足够了。

使用 JUnit，我们处于单元测试级别，我们想知道公共接口是否根据规范实现，以及它们是否以定义的方式针对所有可能的输入运行。因此，我通常在测试方法中对测试值进行硬编码，因为它们通常不会更改（无需在测试类之外编辑值）

Answer 4

只要您的数据文件位于类路径中，我就没有看到问题。单元测试最佳实践之一是测试用例应该隔离并且不依赖于外部资源。如果您使用外部文件（xml、csv 等），您肯定会影响您的测试速度。

如果数据量不大，使用参数化测试可能是一个不错的选择。是的，它是硬编码的，但以一种干净的方式：

@ParameterizedTest
@MethodSource("provideStringsForLengthTest")
void testStringLength(String input, int expectedLength) {
    StringUtilsTest utils = new StringUtilsTest();
    assertEquals(expectedLength, utils.getStringLength(input));
}

// Method providing the test data
private static Stream<Object[]> provideStringsForLengthTest() {
    return Stream.of(
        new Object[]{ "hello", 5 },
        new Object[]{ "JUnit", 5 },
        new Object[]{ "parameterized", 13 }
    );
}

本教程关于单元测试最佳实践 讨论单元测试隔离和其他最佳实践。