Mocking em testes unitários com o framework Moq

Natal DevMedia: Assine hoje e ganhe 3 meses gr�tis

Motiva��o

A utiliza��o de dados fict�cios (mock data) � essencial no desenvolvimento de projetos, sejam eles grandes ou pequenos. Isso ocorre porque nem sempre temos, ou � interessante utilizar, bancos de dados relacionais para testes. � a� que entra o framework Moq. Ele serve para que consigamos criar dados fict�cios, baseados em nosso modelo de neg�cios, para verificar o comportamento de nossas aplica��es.

O Moq pode ser utilizado para emular tanto reposit�rios de dados quanto objetos individuais em testes unit�rios.

Saiba mais sobre os testes unit�rios em .NET

Passo 1: Instalando o Moq

O framework Moq pode ser adicionado a qualquer projeto .NET, e trata-se de uma excelente ferramenta. Ele � mais comumente utilizado em projetos que adotam testes de forma exaustiva, por facilitar a realiza��o dos mesmos. Sua instala��o pode ser feita atrav�s do NuGet, de duas formas:

Atrav�s da interface gr�fica: Para acessar os pacotes do NuGet atrav�s da interface gr�fica, basta clicar com o bot�o direito em cima do projeto e ent�o em �Manage NuGet Packages...�, como mostra a Figura 1.

Figura 1. Acessando o administrador de pacotes do NuGetCom isso, uma interface ser� mostrada, e podemos realizar a busca pelo pacote �Moq�, c ...

Quer ler esse conteúdo completo? Tenha acesso completo

Confira outros conte�dos:

Por Henrique Em 2016

Coment�rios nesta publica��o Escrever um coment�rio sobre conte�do

Mauricio Spido

Bom dia, estou confuso com o uso de Moq no cen�rio de teste unit�rio abaixo (� s� um exemplo de uso):

[TestMethod]
public void CriarLivroESalvaNoContext()
{
var mockSet = new Mock<DbSet<Livro>>();

var mockContext = new Mock<LivroContext>();
mockContext.Setup(m => m.Livros).Returns(mockSet.Object);

var service = new LivroService(mockContext.Object);
service.Salvar(new Livro() { Nome = "Livro de teste", Status = true });

mockSet.Verify(m => m.Add(It.IsAny<Livro>()), Times.Once());
mockContext.Verify(m => m.SaveChanges(), Times.Once());
}

Se a execu��o n�o vai no banco de dados executar a inser��o do registro, ent�o qual o sentido de testar o LivroContext?
A impress�o que fica � que o teste est� testando s� se a classe DbContext do EntityFramework funciona.
Confesso que n�o entendi a l�gica do teste acima (que encontrei na internet), o que exatamente ele quer testar?
Quando que ir� falhar um teste assim, se voc� est� for�ando o resultado esperado?

há +1 ano

Ver coment�rio anterior

Renato Dias

Oi Maur�cio. Esse teste de unit�rio contraria um dos principais objetivos de um teste unit�rio que � n�o depender de recursos ou infraestrutura de um sistema. Os testes unit�rios devem ser usados para testar funcionalidades. Por exemplo, um m�todo que faz a valida��o nos dados de um objeto, poderia ter um teste unit�rio, por que n�o depende de bancos de dados ou outros recursos, mas apenas instanciar um objeto e passar para o mock.

há +1 ano

Mauricio Spido

Continuando e indo mais al�m, vamos supor outro cen�rio mais simples:

public interface ICalculator
{
decimal Add(decimal num1, decimal num2);
}

public class FakeCalculator : ICalculator
{
public decimal Add(decimal num1, decimal num2)
{
return num1 - num2;
}
}

[TestMethod]
public void TestarMetodoSomaDoisNumeros()
{
var calculator = new Mock<ICalculator>();
calculator.Setup(x => x.Add(2, 2)).Returns(4);

var resultado = new FakeCalculator().Add(2, 2);

Assert.AreEqual(resultado, calculator.Object.Add(2, 2));
}

Tenho a impress�o que este teste � in�til (claro desconsiderando sua simplicidade o que talvez n�o justifique seu uso).
Porque voc� sabe que o retorno tem que ser 4, ent�o porque construir um cen�rio com Moq, n�o era mais simples e r�pido testar contra uma constante?

[TestMethod]
public void TestarMetodoSomaDoisNumeros()
{
const decimal esperado = 4;
var resultado = new FakeCalculator().Add(2, 2);

Assert.AreEqual(resultado, esperado);
}

Nesse ponto eu chego em duas poss�veis afirma��es:

1) Se o Moq n�o executa o m�todo com a implementa��o real, tanto que voc� define o resultado que quiser (mesmo sendo inconsistente), significa que voc� j� sabe o valor esperado, significa que voc� est� simulando um valor (mesmo ele n�o sendo v�lido). No caso acima voc� poderia setar assim: calculator.Setup(x => x.Add(2, 2)).Returns(7);.

2) Se o Moq executa o m�todo com a implementa��o real, significa que ao passar pelo Moq o teste j� rodou, voc� j� teria a informa��o se passou ou falhou o teste, logo essa chamada "var resultado = new FakeCalculator().Add(2, 2);" seria desnecess�ria, porque na pr�tica voc�s estaria testando duas vezes a mesma coisa.

Ainda estou muito confuso com o real cen�rio que vale a pena usar moq.

há +1 ano

Ver coment�rio anterior

Renato Dias

oi Maur�cio. O uso de objetos mock faz parte do cen�rio de testes unit�rios. O uso desses testes promove algumas boas pr�ticas no desenvolvimento de uma aplica��o. Fazer um teste funcional, rodando uma aplica��o como um todo, acessando banco de dados e outros recursos pode envolver tempo e a depend�ncia de outras pessoas para a utiliza��o de algum recurso. Com os testes de unidade voc� divide para conquistar. Cada m�todo funciona no escopo de uma funcionalidade. Isolando uma funcionalidade e utilizando um objeto mock qualquer pessoa pode realizar o teste sem a necessidade de conhecer outras funcionalidades ou ter acesso a recursos do projeto como acesso a bancos de dados. Isso permite testes r�pidos que duram milissegundos. E este isolamento ajuda a promover o desacoplamento no projeto. Uma funcionalidade n�o fica dependente de outra. H� muitos ganhos, principalmente a longo prazo em se utilizar testes unit�rios e objetos mock.

há +1 ano