测量Java 8代码的条件覆盖范围是否有意义？

我想知道自Java 8出现以来，当前使用Java的工具来衡量条件代码覆盖率是否还没有过时。使用Java 8 Optional，Stream我们通常可以避免代码分支/循环，这使得在不测试所有可能的执行路径的情况下轻松获得很高的条件覆盖率。让我们将旧的Java代码与Java 8代码进行比较：

在Java 8之前：

public String getName(User user) {
    if (user != null) {
        if (user.getName() != null) {
            return user.getName();
        }
    }
    return "unknown";
}

以上方法有3条可能的执行路径。为了获得100％的条件覆盖率，我们需要创建3个单元测试。

Java 8：

public String getName(User user) {
    return Optional.ofNullable(user)
                   .map(User::getName)
                   .orElse("unknown");
}

在这种情况下，分支是隐藏的，我们只需要进行一次测试即可获得100％的覆盖率，无论哪种情况我们都将进行测试。我相信，尽管仍然存在相同的三个逻辑分支。我认为这使有条件覆盖范围统计这些天完全不可信。

测量Java 8代码的条件覆盖范围是否有意义？还有其他工具可以发现未经测试的代码吗？

是否有任何工具可以测量可在Java 8中创建的逻辑分支？

我什么都不知道。我尝试通过JaCoCo（aka EclEmma）运行您拥有的代码，只是为了确保它在Optional版本中显示0个分支。我不知道有任何配置它的方法可以这样说。如果将其配置为还包含JDK文件，则理论上它将显示中的分支Optional，但我认为开始验证JDK代码将很愚蠢。您只需要假设它是正确的即可。

但是，我认为核心问题是意识到从某种意义上讲，Java 8之前的其他分支是人为创建的分支。它们不再存在于Java 8中，仅意味着您现在拥有适合该工作的正确工具（在本例中为Optional）。在Java 8之前的代码中，您必须编写额外的单元测试，以便可以确信每个代码分支的行为都可以接受-这在不像User/ 那样琐碎的代码部分中变得更加重要。getName例。

在Java 8代码中，您对JDK确信代码可以正常工作充满信心。照Optional原样，您应该像对待代码覆盖率工具那样对待该行：3行和0个分支。下面的代码中还有其他行和分支，这是您之前从未注意的，但是每次使用诸如ArrayListor或时都存在HashMap。