Como usar MOCKS nos TESTES UNITÁRIOS, com C# e MOQ

[@raphaelsilvestredossantos32]

Conteúdo show! Adorei a explicação , na minha cabeça parecia uma coisa complexa mas você fazendo fica bem mais claro. Parabéns pela didática

[@OkazakiAndre]

Valeu Raphael, fico muito feliz por ter ajudado. Grande abraço!!

[@abruno1956]

Fantástico André, me ajudou bastante, pois estou pegando um legado de APIs bem complexas. Muito obrigado! E Parabéns pelo vídeo, muito claro.

[@OkazakiAndre]

Valeu Antônio! Mexer no legado é dureza, mas com testes fica um pouco mais fácil. Abraço!

[@stephaniboechat2153]

Muito bom e fácil de entender. Faz ótimas referências no inicio sobre conceitos importantes!

[@OkazakiAndre]

Valeu Stephani! Grande abraço!!

[@marcioalexandremarcondes557]

Matou minha dúvida referente aos mocks e também sobre usar ou não o banco de dados nos testes! Na minha cabeça não entrava nem fu$#%$... Agora tudo ficou claro! Muito obrigado!

[@OkazakiAndre]

Aí sim, fico feliz por ter ajudado! É um conceito que parece simples, mas é difícil assimilar na prática. Abraço!

[@joaoluizr]

Estava precisando muito desta aula, GRATIDÃO!!!!!

[@OkazakiAndre]

Aí sim, fico feliz por ter ajudado! Valeu pela audiência, grande abraço!

[@tiagoaguiar91]

Cara, eu fiz um curso sobre testes um tempo atrás e você foi bem mais longe na questão de mocks. Parabéns pelo conteúdo! Estou tentando implantar a prática de testes onde trabalho, e tava empacado. Teu vídeo me salvou. Muito obrigado!

[@OkazakiAndre]

Legal! Saber que tô ajudando me motiva a deixar a preguiça de lado e gravar mais rsrs. Valeu pela audiência! Grande abraço!

[@robertomaier537]

Parabéns Andre, muito bom!

[@OkazakiAndre]

Valeu Roberto, grande abraço!

[@FabioRogeriosSantos]

Vc foi o cara que conseguiu por na minha cabeça finalmente o funcionamento do moq. Uma pergunta: se posteriormente o metodo que esta sofrendo moq vir a ser atualizado trazendo um resultado diferente do proposto, estes caras mocados teriam problema de retornar falsos positivos. Como controlar estes ajustes que se fariam necessário, ou esse efeito colateral não existem? Se vc tiver um outro video que aborde isso ficarei grato em recomendar!

[@OkazakiAndre]

Aí sim, fico feliz por ter ajudado! Se fizer do jeito certo, um mock nunca vai retornar falso positivo porque ele é só um coadjuvante no teste - ou seja, você diz como ele vai se comportar em cada teste onde o método é mockado. O comportamento original do método só será invocado nos testes onde ele é o protagonista, então esse efeito colateral não existe. Abraço!

[@AdelsonSilvaarms]

Fala Andre, parabens pelo conteudo Caraca que aula ! Fiquei ate o final pra fechar com essa frase : "coisas complexas são formadas por varias coisas simples...portanto, pense simples".. Genial

[@OkazakiAndre]

Valeu Adelson, muito bom saber que o conteúdo está ajudando. Abraço!!

[@joaoguilhermegoncalvestino9007]

Professor, seria interessante quando você citar algum outro vídeo colocar o link na descrição.

[@OkazakiAndre]

Nos vídeos mais novos estou fazendo isso, vou anotar aqui que preciso dar uma revisada nos vídeos mais antigos pra organizar essa parte. Valeu João, grande abraço!!

[@snldev]

ia comentar exatamente a mesma coisa. pausei o video, provavelmente n continuar, por nao achar o video citado...

[@abruno1956]

Opa André, tudo bem? Neste vídeo comenta sobre o SUT, e vc parece que gravou um vídeo sobre isso. Qual seria pfv?

[@OkazakiAndre]

Opa! Não lembro se tem um vídeo específico pra isso rsrs. Não sei se isso ajuda, mas SUT é a sigla de System Under Test, na prática é o código que vc tá testando no momento - que pode ser um método, uma classe ou um sistema inteiro, dependendo do tipo de teste. Se tiver mais dúvidas, pode perguntar aí e eu respondo assim q puder. Abraço!!

[@CorDeLapis]

5:59 - O que são Mocks.

[@rafaelsaboia910]

D+ vlw

[@feliperenan8668]

Faltou além dos verify nos métodos, validar os parâmetros de entradas, não usan IsAny nos verify usamos Is e validamos cada valor de entrada

[@OkazakiAndre]

Validar as entradas dos mocks é uma opção no teste de unidade, só precisa ter alguns cuidados. 1) Na prática, cada It.Is que você usa vira um novo assert, já que o teste falha se o parâmetro não bater. Logo, um teste que tem só 1 verify com 5 parâmetros vai executar 6 asserts, e isso pode passar a falsa sensação de que o seu teste só tem 1 assert. 2) O teste de unidade foca em testar o método/função e não as suas dependências, por isso é mais comum verificar apenas SE o o mock foi invocado, e não COMO ele foi invocado (pode acontecer, mas é a exceção e não a regra). Caso seja necessário testar se os parâmetros são enviados corretamente para cada dependência, penso que o mais adequado é usar o teste de integração. Abraço!!

[@lucasburinimarchi5930]

Topp!

[@OkazakiAndre]

Valeu Lucas, abraço!!