Como testar os interatores na arquitetura limpa?

5

Depois de ler o último livro de Robert C. Martin, tentei desenvolver alguns aplicativos Go grandes seguindo uma arquitetura limpa. Enquanto escrevo interatores, acabo com muitos testes unitários complexos, porque o interator tem muitas dependências externas.

Quais são as melhores práticas para testar os interatores? Devo testar o caminho feliz usando apenas um teste de integração? Usando testes de unidade no interator eu acabo com um monte de brincadeiras, não é algo que eu estou feliz.

Algum conselho ou comentário sobre isso?

Uma das aplicações em que estou trabalhando é esta: link . Está longe de ser ótimo, mas é principalmente um campo de jogo.

A primeira conclusão que recebo dessa questão é que é preciso entender a diferença entre Mock, Fake e Stub.

    
por luistm 02.04.2018 / 00:03
fonte

1 resposta

3

While writing interactors, I end up with a lot of complex unit tests, because the interactor has a lot of external dependencies.

Realmente?

Ocontroladorpassaavocêummodelodesolicitação,vocêcriaumaresposta,depoisdeconversarcomalgumasentidadeseenviaissoparaumapresentador.Issonãodeveriaserumtesteunitáriocomplexoporquequalquerinteratornãodeveriaestarfazendonadamaiscomplexoqueisso.Eunãovejonenhumadependênciaaquiquedevaserexterna.

Vocênãodeveapenastestarocaminhofeliz.80%dacodificaçãoélidarcomascoisasgraciosamentequandoelasdãoerrado.Mascontinuecorrigindoproblemasquepodemrealmentesercausados.

UsingunittestsintheinteractorIendupwithalotofmocks.

Cara,eugostariadesaberexatamenteoquevocêquisdizerquandodiz mocks mas tipo de teste duplo que você usa, não o use para testar coisas com as quais ninguém se preocupa. Você pode fazer todos os tipos de testes malucos fazendo suas próprias entidades de teste com afirmações neles. Tenho certeza, mas o que nos interessa aqui é enviar o modelo de resposta correto para o apresentador certo. Se você está testando mais do que isso, não sei por quê.

    
por 03.04.2018 / 05:15
fonte