Por que os atributos de teste de unidade geralmente exigem métodos públicos?

Recentemente, observei que a adição de [TestInitialize] a um método protegido em um assembly .NET não era respeitada, mas se eu tornasse o método público, ele seria chamado pelo executor de teste de unidade (Resharper neste caso). Eu notei isso várias vezes no passado com métodos de teste.

Tecnicamente falando, é tão fácil refletir sobre um método privado quanto um método público. De fato, a reflexão é um método empregado para testar métodos particulares.

Então, por que preciso tornar públicos todos os meus métodos de teste de unidade?

.net unit-testing

— Justin Dearing
fonte

Essa é uma pergunta muito boa. O único argumento bom que ouvi é que ele segue o princípio "programa para uma interface, não para uma implementação", parte dos princípios do SOLID.

— Robert Harvey

Eu não acho que ele está falando sobre testar suas classes, ele está falando sobre os métodos de teste reais que são chamados pela estrutura de teste.

— JTiger

@RobertHarvey em Java, razão pela restrição semelhante (por exemplo, em JUnit) é que os designers quadro não quer mexer com setAccessibleo que pode ser bloqueada por algum costume SecurityManager

— mosquito

você precisa levar em conta que esta decisão de design foi tomada para uma estrutura de uso geral direcionada para uso amplo. Em casos como esse, é mais seguro para o designer assumir e se preparar para o pior. Se era, eu não sei, alguma estrutura interna da empresa (onde é possível ter chance de garantir as políticas de segurança desejadas) ou se era alguma ferramenta de finalidade restrita e especializada (pense em "visualizador para membros inacessíveis"), designer teria outras opções a considerar

— mosquito

@ GregBurghardt Esse comportamento é encontrado na Nunit e provavelmente em outras estruturas de teste que a Microsoft não escreveu. Certamente, desde os anos seguintes a essa pergunta, eu entendo muito mais sobre o .NET, mas ainda acho que é uma pergunta justa, e há uma boa discussão nos comentários.

— Justin Dearing

Respostas:

Você deve testar o que a classe faz , não como ela faz.

No que diz respeito ao "Mundo Exterior", é isso que a classe disponibiliza Publicamente; sua estrutura de teste está fazendo a mesma suposição.

Ao testar algo "menos" que Público, você está investigando a implementação interna da classe, o que é uma Má Idéia.

— Phill W.
fonte

Observe que a pergunta é sobre os métodos de teste, e não os métodos no sistema em teste. Embora seja verdade que o OP argumenta que você pode usar a reflexão para testar as coisas "menos" que o público, é um argumento sobre a capacidade das estruturas de teste de acessar métodos privados. A estrutura de teste deve usar a reflexão para encontrar os métodos de teste (marcados por um atributo) e, portanto, deve usar a reflexão, com isso em mente ... "por que preciso tornar públicos todos os meus métodos de teste de unidade?"

— precisa saber é o seguinte

Os métodos de teste têm a capacidade de acessar métodos privados; com Reflexão, tudo é possível. Vejo essa pergunta mais sobre a [in] conveniência de fazê-lo.

— Phill W.

Como regra geral, é melhor acessar apenas métodos públicos - quando você cria uma classe, também cria o contrato para o qual outras classes devem acessar seu código. Portanto, a resposta provavelmente é apenas porque é uma convenção.

— Vetle
fonte

Isso realmente não responde à pergunta.

— precisa