Faz sentido medir a cobertura condicional do código Java 8?

Gostaria de saber se a medição da cobertura condicional do código pelas ferramentas atuais para Java não é obsoleta desde que o Java 8 surgiu. Com o Java 8 Optionale Streammuitas vezes podemos evitar ramificações / loops de código, o que facilita obter uma cobertura condicional muito alta sem testar todos os caminhos de execução possíveis. Vamos comparar o código Java antigo com o código Java 8:

Antes do Java 8:

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

Existem 3 caminhos de execução possíveis no método acima. Para obter 100% de cobertura condicional, precisamos criar 3 testes de unidade.

Java 8:

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

Nesse caso, as ramificações estão ocultas e precisamos apenas de 1 teste para obter 100% de cobertura e não importa em que caso iremos testar. Embora ainda existam os mesmos três ramos lógicos que devem ser abordados, acredito. Eu acho que isso torna as estatísticas de cobertura condicional completamente não confiáveis ​​hoje em dia.

Faz sentido medir a cobertura condicional do código Java 8? Existem outras ferramentas para detectar código não testado?

Existem ferramentas que medem ramificações lógicas que podem ser criadas no Java 8?

Eu não estou ciente de nenhum. Tentei executar o código que você possui através do JaCoCo (também conhecido como EclEmma) apenas para ter certeza, mas ele mostra 0 ramificações na Optionalversão. Não conheço nenhum método de configurá-lo para dizer o contrário. Se você o configurasse para incluir também arquivos JDK, teoricamente mostraria ramificações Optional, mas acho que seria bobagem começar a verificar o código JDK. Você apenas tem que assumir que está correto.

Eu acho que a questão principal, no entanto, é perceber que as ramificações adicionais que você tinha antes do Java 8 eram, de certa forma, ramificações criadas artificialmente. O fato de eles não existirem mais no Java 8 significa apenas que agora você tem a ferramenta certa para o trabalho (neste caso Optional). No código pré-Java 8, você tinha que escrever testes de unidade extras para ter certeza de que cada ramo do código se comporta de maneira aceitável - e isso se torna um pouco mais importante em seções de código que não são triviais como o User/ getNameexemplo.

No código Java 8, você está confiando no JDK que o código funciona corretamente. Como é, você deve tratar essa Optionallinha da mesma forma que as ferramentas de cobertura de código a tratam: 3 linhas com 0 ramificações. O fato de haver outras linhas e ramificações no código abaixo é algo que você nunca prestou atenção antes, mas existe sempre que você usa algo como um ArrayListou HashMap.