Sobre limiares (*thresholds*) dos valores de cobertura de teste, é correto afirmar que:

Alternativa D - com Gradle, é possível informar classes a serem excluídas da verificação dos limiares.

Introdução

No desenvolvimento de software, ferramentas de cobertura de código são utilizadas para medir quanto do código-fonte é executado pelos testes automatizados. O estabelecimento de limiares (thresholds) é uma prática comum para garantir a qualidade mínima do código durante o processo de build.

Desenvolvimento

As ferramentas de análise de cobertura, como o JaCoCo (Java Code Coverage), permitem configurar limites mínimos para diferentes métricas, como instruções, linhas, métodos e ramos. Quando integradas a ferramentas de build como Maven ou Gradle, essas configurações podem forçar a interrupção do processo (falha do build) caso os requisitos mínimos de cobertura não sejam atingidos.

Análise

A configuração de exclusão é essencial em projetos reais, onde códigos gerados automaticamente (como DTOs do Lombok ou classes de configuração) não necessitam ou não podem ser testados de forma útil.

| Opção | Motivo da Incorreção | | :--- | :--- | | A | Diferentes tipos de cobertura podem (e geralmente devem) ter limiares específicos e independentes. | | B | Não existe um valor fixo universal de 90%; cada projeto define sua meta baseada em sua criticidade. | | C | Counter refere-se à métrica de contagem (LINE, BRANCH, etc.), mas a afirmação é incompleta sobre as ferramentas. | | E | O limiar representa o valor mínimo aceitável para aprovação, não o máximo esperado. |

Conclusão

A flexibilidade do Gradle permite que desenvolvedores configurem exclusões específicas no plugin do JaCoCo, garantindo que a análise de cobertura e a validação dos limiares foquem apenas no código de negócio relevante.

Alternativa D.