使用Junit测试名称

命名测试

在创建Junit测试时，通常没有实际使用该方法的名称。 Junit运行程序使用反射来发现测试方法，并且从版本4开始，您不再被限制以test开始方法的名称。测试方法的名称用于文档目的。

人们遵循不同的风格。您可以使用给定的given_Something_when_Something_then_Something样式命名测试，我也遵循了一段时间。其他学校开始了与世界的方法的名称should来描述被测对象“应该”做的。我真的不明白为什么这比用test开头方法的名称要好得多。如果所有方法都以相同的前缀开头，那么这仅仅是噪声。这些天来，我倾向于将这些方法命名为关于SUT功能的简单陈述。

如何访问测试名称？

从技术上讲，只要名称是唯一的，您就可以自由命名方法。测试中通常不使用该名称，并且测试结果不应取决于测试方法的实际名称。即使Junit支持一种访问方法名称的方法。

如果您有Junit规则

@Rule
public TestName name = new TestName();

您可以在测试中引用对象name ，获取实际方法的名称为

String testName = name.getMethodName();

我们可以用它做什么？

有时，被测单元会创建一些巨大的结构，可以序列化为二进制或文本文件。通常的做法是运行一次测试，检查结果文件，如果可以，则将其保存以供以后比较。以后的测试执行将实际结果与开发人员保存并检查的结果进行比较。

在集成测试的情况下，如果对外部系统进行打桩，并且可以从某些本地测试数据文件中获取其响应，而不用查询外部服务，则可以使用类似的方案。

在这种情况下，可以使用测试名称来创建存储测试数据的文件名。测试的名称是唯一的，可以轻松地将数据与需要它的测试配对。我在jscglib库中使用了这种方法。该库提供了流利的API来创建Java源代码。测试包含一些Java Builder模式导向器代码，然后将生成的源代码保存到文件中或与已存储的结果进行比较。

要保存文件，使用了aux方法getTargetFileName

private String getTargetFileName() {String testName = name.getMethodName();String fileName = "target/resources/" + testName + ".java";return fileName;}

要获取资源名称，使用了getResourceName方法：

private String getResourceName() {String testName = name.getMethodName();return testName + ".java";}

之后，加载和保存生成的Java代码变得轻而易举：

private void saveGeneratedProgram(String actual) throws IOException {File file = new File(getTargetFileName());file.getParentFile().mkdirs();FileOutputStream fos = new FileOutputStream(file);byte[] buf = actual.getBytes("utf-8");fos.write(buf, 0, buf.length);fos.close();}private String loadJavaSource() {try {String fileName = getResourceName();InputStream is = this.getClass().getResourceAsStream(fileName);byte[] buf = new byte[3000];int len = is.read(buf);is.close();return new String(buf, 0, len, "utf-8");} catch (Exception ie) {return null;}}

通常，这是我知道的唯一示例，您可以将测试方法的名称用于除文档之外的其他名称。

您不应该使用的名称

用我的语言说：“每个人都擅长某事。至少表明失败。” 下面的示例演示了这种失败。

我已经看到了将测试数据编码为测试方法名称的代码。访问测试方法名称的方式也很奇怪。程序员可能不知道有一种支持方法的方法。缺乏知识可能阻止了他或她行恶，但这个人是个天才。测试的测试方法是调用帮助程序类的静态方法。该静态方法引发异常，它也捕获了该异常，并查看了堆栈跟踪以识别调用方方法的名称。

在访问了该名称之后，该代码应用了正则表达式以从方法名称中提取值。

摘要

我不知道Junit开发人员打算给我们类TestName 。可能有一些用例需要该功能。我确信他们没有提供功能，因为有可能这样做。如果您不知道所提供的API有什么用处，则可能不应该仅仅因为可以就提供它。新手程序员会错误地使用它而不是好的。

另一方面，如果您在API中看到可以使用的内容，则并不意味着您应该使用该功能。您应该更好地了解功能的目的，并相应地使用它。

编写单元测试比命名它们更重要。只要没有单元测试，关于单元测试的命名的辩论就没有用。

根据需要编写单元测试，但不能更多。

翻译自: https://www.javacodegeeks.com/2015/05/using-junit-test-name.html