Por que o visual studio 2012 não encontra meus testes?


221

Eu tenho alguns testes que usam o built-in Microsoft.VisualStudio.TestTools.UnitTesting, mas não consigo executá-los.

Estou usando o visual studio 2012 ultimate.

Eu tenho uma solução de dois projetos; Tem-se testes, using Microsoft.VisualStudio.TestTools.UnitTesting, [TestClass]antes da classe, [TestMethod]antes de os métodos de ensaio e de referência Microsoft.VisualStudio.QualityTools.UnitTestFramework(versão 10.0.0.0, versão de execução V2.0.50727). Eu tentei o framework dot-net 3.5, 4 e 4.5, outros deram um erro de redirecionamento.

Eu tentei criar a solução e o projeto. O Test Explorer possui a mensagem `Construa sua solução para descobrir todos os testes disponíveis. Clique em "executar tudo" para criar, descobrir e executar todos os testes em sua solução.

Portanto, a pergunta é: Como faço para o Visual Studio encontrar os testes?


Também tentei seguir o seguinte: http://msdn.microsoft.com/en-US/library/ms379625%28v=VS.80%29.aspx, mas sem sucesso: fico preso na seção de introdução, quando solicitado a clique com o botão direito e selecione create tests. Não existe create tests.


Eu tenho esse teste (ele compila, mas não aparece no test explorer):

using Microsoft.VisualStudio.TestTools.UnitTesting;

namespace tests {
    [TestClass]
    public class SimpleTest {
        [TestMethod]
        public void Test() {
            Assert.AreEqual("a","a", "same");
        }
    }
}

Agora eu descobri (veja a resposta excluída abaixo) que é porque está em uma unidade compartilhada, mas ainda não sei como contorná-la. (talvez algo sobre a configuração de segurança).


Qual versão do VS 2012? Você pode baixar um corredor de teste como o TestDriven.Net ou existe um no Resharper.
Brett Allred

Estou usando o visual studio 2012 ultimate.
ctrl-alt-Delor

Por favor, versão do framework compartilhar e UnitTesting versão da biblioteca que você adicionou como referência
Adil

5
No meu caso remover o arquivo app.config fixa o explorador teste de unidade
Chris Richner

4
Tente procurar erros na categoria 'Teste' na janela de saída. Eu crio testes funcionais a partir do release build e quando tento depurar usando o debug build (cujas dlls estão localizadas em uma estrutura de pastas diferente), não recebo nenhum erro de compilação, mas preciso procurar nos testes no menu suspenso. Uma vez que eu resolver aqueles, os testes começam a aparecer no Explorador Teste
gDexter42

Respostas:


227

Tive os mesmos sintomas, mas em circunstâncias diferentes.

Eu tive que adicionar uma etapa adicional à solução de Peter Lamberg - Limpe sua solução / projeto.

Meu projeto mais unitário tem como alvo x64. Quando criei o projeto, ele estava originalmente direcionado para x86.

Depois de mudar para x64, todos os meus testes de unidade desapareceram.

Eu tive que ir ao menu de teste -> configuração de teste - arquitetura padrão do processador -> x64.

Eles ainda não apareceram.

Fiz uma compilação.

Ainda não apareceu.

Finalmente fiz um Clean

Então eles apareceram.

Acho que Clean Solution e Clean são bastante úteis para fazer com que as soluções joguem bola quando a configuração mudou. Às vezes eu tenho que ir ao extremo e excluir os obje bindiretórios e fazer uma reconstrução.


Embora fazer uma limpeza às vezes ajude, não é o problema. Estou com um problema com projetos em unidades de rede. E o fato de a compilação ajudar sempre é apenas um sintoma de uma ferramenta de compilação de buggy.
CTRL-ALT-DELOR

7
Uau! A "Solução Limpa" realmente parece funcionar (em vez de apenas reconstruir tudo). Eu pensei que isso deixou de ser um hack útil no Visual Studio 6.0!
Dave

"Limpo" não funcionou para meu colega de trabalho que teve esse problema. Ele funcionou para ela depois de excluir todo o código-fonte do espaço de trabalho do TFS e obter as atualizações mais recentes (com substituição). Então funcionou muito bem!
Michael R

2
Foi isso para mim. Em uma solução com mix de x86, Any CPU, x64, os testes de um projeto em particular não foram encontrados. Limpei a solução, mudei a arquitetura padrão da configuração de teste e reconstruí-a e tudo pôde ser visto. Realmente não faz sentido, pois a alteração da arquitetura descobriu testes compilados sob uma arquitetura de CPU diferente.
Ben H

2
Logo quando mudei o processador padrão - todos os meus testes mostraram. Muito obrigado por isso!
Dan But

160

Adicione a palavra-chave public à sua definição de classe. Sua classe de teste não está atualmente visível fora de sua própria montagem.

namespace tests {
    [TestClass]
    public class SimpleTest {
        [TestMethod]
        public void Test() {
            Assert.AreEqual("a","a", "same");
        }
    }
}

24
Fez isso por mim, quase embaraçoso eu não encontrei no meu próprio :)
Landi

5
Eu também tive esse problema, o meu foi causado pelo [TestMethod]fato de ser estático, devido a uma cópia e pasta de outro código.
Seph 5/05

2
@ Seph: Meu [TestMethod]s estático, porque é isso que UserTest1.cso novo projeto de teste tinha! Também resolveu o meu problema.
Andre Luus

4
Também não coloque staticna frente do seu método. Não sei por que faço isso por hábito tantas vezes.
precisa saber é

1
Foi o que fiz por mim, interessante como você pode perder tanto tempo com algo que deveria ter sido tão óbvio. Obrigado pela resposta Joe King
Thulani Chivandikwa

58

Isso às vezes funciona.

Verifique se a arquitetura do processador no menu Teste corresponde à que você usa para criar a solução.

Teste -> Configurações de teste -> Arquitetura padrão do processador -> x86 / x64

Conforme mencionado em outras postagens, verifique se a janela Test Explorer está aberta. Teste -> Windows -> Explorador de Testes

A reconstrução do projeto com os testes deve fazer com que os testes apareçam no Test Explorer.

Edit: Como Ourjamie apontou abaixo, fazer uma compilação limpa também pode ajudar. Além disso, aqui está mais uma coisa que encontrei:

A caixa de seleção "Compilar" foi desmarcada no Gerenciador de Configurações para um novo projeto de teste que eu havia criado sob a solução.

Vá para Build -> Configuration Manager. Verifique se o seu projeto de teste possui a caixa de seleção Build para todas as configurações e plataformas de soluções.


Sim, esses podem ser outros motivos pelos quais não funcionará, mas veja a resposta assinalada abaixo para saber por que não funcionou para mim. (as pastas compartilhadas estão desativadas por padrão), se você puder nos dizer como alterar isso, darei alguns pontos.
Ctrl-alt-delor 21/03

Não existe um processador como um x64, mas acho que a microsoft usa esse termo para o x86-64 / amd64 / x86e. Também não há x86, apenas a família x86. O x representa o desconhecido, então os membros da família x64 seriam 164, 264, 364 ... OU o x86 era um processador de 86 bits.
ctrl-alt-Delor

obrigado pela sua resposta, ele me ajuda (eu mudei de x86 constrói para x64 constrói)
Enguerran

Mesmo no VS 2015, a janela do Test Explorer aberta funcionava. Que bom que também posso executar testes na linha de comando.
Bryan

32

Eu tenho o Visual Studio 2012 e não consegui ver os testes no Test Explorer,

Então, instalei o seguinte: NUnit Test Adapter

Isso resolveu o problema para mim!


1
Também disponível via NuGetInstall-Package NUnitTestAdapter
Darren Hale

Obrigado @DarrenHale. Ao procurar esse pacote no NuGet, também encontrei um pacote chamado NUnit TestAdapter, incluindo o NUnit 2.6.4 Framework .
ray

18

Na minha experiência recente, todas as opções acima não funcionaram. Meu método de teste

public async void ListCaseReplace() { ... }

não estava aparecendo, mas compilando bem. Quando removi a asyncpalavra - chave, o teste apareceu no Gerenciador de Testes. Isso porque async voido método é "disparar e esquecer". Faça o método async Taske você receberá seu teste de volta!

Além disso, não ter a configuração do projeto Teste definida como "Compilar" também impedirá a exibição de testes. Gerenciador de configuração> Verifique seu teste para criar.


2
Levei um bom tempo para descobrir isso. Refatorei alguns métodos para ser assíncrono e apenas adicionei a palavra-chave aos testes. Foi somente quando codifiquei um novo teste de unidade com isso que notei que os outros testes também estavam ausentes. Encontrei esta resposta que explica por que isso acontece.
julealgon

12

Como o projeto está em uma unidade compartilhada, como o pôster original indicou. O VS.NET precisa confiar no local da rede antes de carregar e executar seus assemblies de teste. Leia esta postagem no blog .

Para permitir que o VS.NET carregue itens de um compartilhamento de rede, é necessário adicioná-los (compartilhamentos) a locais confiáveis. Para adicionar um local a uma lista completa de confiança, execute (obviamente altere conforme necessário para o seu ambiente):

 caspol -m -ag 1.2 -url file:///H:/* FullTrust

Para verificar ou listar locais confiáveis ​​existentes, execute:

 caspol -lg

Essa resposta não foi verificada pelo questionador, pois eu não tenho mais interesse na resposta. Se funcionar para você (ou não), adicione um comentário abaixo.
CTRL-ALT-DELOR

6
@richard Então, você aceita uma resposta que não verificou e desvalorizou outras respostas que descrevem soluções para diferentes causas do seu problema? ....Isso é estranho!
23613 Stephan Bauer

1
Isso acabou sendo o problema para mim, mas não a solução. Mudei tudo local e todos os testes foram encontrados! Obrigado!
Travis Swientek

1
CasPol.exepode ser encontrado em %windir%\Microsoft.NET\Framework[64]\[version]. Verifique se você está configurando a política para a arquitetura adequada. Fonte: msdn.microsoft.com/en-us/library/cb6t8dtz%28v=vs.100%29.aspx
EpicVoyage

Este também foi o problema para mim. Tão irritante que o VS não os pegou, mas não deu indicação quanto à causa!
precisa saber é

10

Um problema que encontrei é que os testes não são encontrados no Test Explorer (nada aparece) se a solução estiver executando em uma unidade de rede / local de rede / unidade compartilhada

Você pode corrigir isso adicionando uma variável de ambiente.

COMPLUS_LoadFromRemoteSources e defina seu valor como 1


6

Eu tive o mesmo problema .. No meu caso, foi causado por uma propriedade privada TestContext .

Mudar para o seguinte ajudou:

public TestContext TestContext
{
    get;
    set;
}

Após limpar e criar a solução (conforme descrito na resposta de @Ourjamie), os métodos de teste na classe de teste afetada estavam disponíveis no Test Explorer.


OK, os mesmos sintomas serão removidos, se você deixar claro o que mudou (do que).
Ctrl-alt-delor

1
Eu tinha exatamente o mesmo, segui o tópico completo, depois cheguei a este e me trouxe a ideia de publicá-lo, o bingo público: meus novos testes apareceram. Eu entendo comentários anteriores, mas ... como este nos traz do Google ... esse é o tópico a ser lido quando os testes não aparecem.
Edelwater

1
Essa foi a causa do meu problema. Eu tinha um campo para a interface de dependência como um campo privado. Você é um salva-vidas!
18715 Alex

6

Encontrei o mesmo problema ao tentar abrir a solução em um compartilhamento de rede. Nenhum teste de unidade seria detectado pelo Test Explorer neste caso. A solução acaba sendo:

Painel de controle -> Opções da Internet -> guia "Segurança" -> Clique em "Intranet" e adicione o endereço IP do servidor ou o nome do host que contém o compartilhamento de rede à lista "Sites".

Depois de fazer isso, recompilei a solução e agora os testes apareceram. Isso deve ser bastante semelhante à resposta feita pelo @BigT.


6

Lista de verificação rápida para resolver alguns problemas comuns de teste. Certifique-se de que:

  1. A classe de teste e os métodos de teste são public
  2. A classe de teste tem [TestClass]atributo
  3. Métodos de teste têm [TestMethod]atributo

Se isso não ajudar, tente limpar, reconstruir a solução e reiniciar o Visual Studio.


Isso corrigirá os problemas da maioria dos visitantes desta pergunta e resume a maioria das respostas, mas não cobre o problema da pergunta.
Ctrl-alt-delor 18/03/2014

1
Obrigado. UTA001: TestClass attribute defined on non-public class
Jarek Przygódzki 12/08

6

Eu estava recebendo o erro: "Failed to initialize client proxy: could not connect to vstest.discoveryengine.exe."

Tente executar o Visual Studio como administrador. Isso funcionou para mim.

Há outra postagem do Stack Overflow discutindo esse erro e a mesma solução funciona para eles. A questão permanece por que isso funciona.


3
Trabalhou para mim também! Eu acho que isso é uma questão separada.
Justin Morgan

2
Ei, isso funciona, cara. Muito obrigado .. Alguma solução alternativa para fazê-lo funcionar sem executar como administrador?
Sriram Sakthivel 02/12/2013

2
Desculpe, não acho que a execução como administrador seja uma boa solução. A menos que haja evidência de que esse é o único caminho.
Ctrl-alt-delor

Executar como administrador geralmente não é um grande problema. Mas um dos problemas é que você não pode enviar o Workitem para o Outlook.
Edward Olamisan

Editou sua resposta para criar um link para uma postagem relacionada do SO, espero que você não se importe. Mas eu concordo com Sriram e Richard. Embora isso funcione, é uma solução alternativa, não uma solução. Por que isso funciona mesmo parece incerto.
21814 Steven Jeuris

4

Às vezes, sinto os mesmos sintomas.

O que fiz foi:
1. Fechei a janela do Test Explorer
2. Limpei a solução
3. Reconstrua a solução
4. Reinicie a janela do Test Explorer em Test -> Windows -> Test Explorer.

E fiz meu teste na janela do Test Explorer.


Eu não acho que esse seja o mesmo problema.
ctrl-alt-Delor

3
Eu acho que é o mesmo problema, é apenas causado por outra coisa.
23713 Stephan Bauer

2

Na barra de menus na parte superior ...

Teste -> Executar -> Todos os testes

Você também pode visualizar todos os testes no Gerenciador de Testes (Teste -> Windows -> Gerenciador de Testes)

Além disso, com o VS 2012, se você perder algo, tente pesquisá-lo usando a barra Início Rápido no canto superior direito (Ctrl + Q) "Teste"

Espero que isto ajude.


Eu tentei isso, ambos trabalham com nunit. Mas desta vez estou tentando executar testes de outra pessoa escritos usando Microsoft.VisualStudio.TestTools.UnitTesting, alguma ideia do que mais estou fazendo de errado?
ctrl-alt-Delor

Não faz diferença ... Às vezes, acontece de não descobrir o teste de unidade ... por isso, se você abrir o test explorer e criar uma solução, ele trará um teste de unidade em um tempo ... Talvez você já saiba disso. ..
Adil

2
Eu só queria ter certeza de que você estava usando uma versão expressa ou que não incluía ferramentas de teste. Você já tentou instalar um corredor de teste de terceiros?
Brett Allred #

2

Eu encontrei a melhor maneira de solucionar esse problema é criar um arquivo .proj msbuild e adicionar seus projetos de teste de unidade que você está tendo um problema nesse arquivo e executar os testes usando a versão da linha de comando do mstest. Encontrei um pequeno problema de configuração no meu app.config, que só apareceu ao executar os testes do mstest - caso contrário, o projeto de teste foi desenvolvido com perfeição. Além disso, você também encontrará problemas de referência indireta com esse método. Depois de executar o teste de unidade na linha de comando usando o mstest, você poderá fazer uma solução limpa, reconstruir a solução e seu teste deverá ser descoberto corretamente.


no meu caso, o app.config também matou a aparência do teste de unidade. Depois de excluir o app.config e reconstruir o projeto de teste, eles finalmente voltaram!
precisa

2

No meu caso, era outra coisa. Eu instalei um pacote e depois o desinstale e reinstale uma versão anterior. Isso deixou um configuration/runtime/asssemblyBinding/dependencyIdentityredirecionamento residual no meu app.config. Eu tive que corrigir isso. Eu descobri isso olhando a Outputjanela e selecionando " Tests" na lista suspensa. A mensagem de erro estava lá. Isso foi uma dor ... espero que ajude outra pessoa.


2

Isso é mais para ajudar as pessoas que acabam aqui do que para responder à pergunta do OP:

Tente fechar e reabrir o estúdio visual, fez o truque para mim.

Espero que isso ajude alguém.


2

Eu sei que essa é uma pergunta mais antiga, mas com o Visual Studio 2015 eu estava tendo problemas em que minha classe de teste recém-criada não estava sendo reconhecida. Tentei de tudo. O que acabou sendo o problema foi que a turma não foi "incluída no projeto". Eu só encontrei isso ao reiniciar o Visual Studio e percebendo que minha classe de teste não estava lá. Ao mostrar arquivos ocultos, eu o vi, assim como outras classes que escrevi, não foram incluídos. espero que ajude


2

Eu estava enfrentando esse problema várias vezes quando tento criar a solução em um PC diferente.

Também estou usando NUnit e Specflow. Por padrão, meu projeto de teste tem como alvo o X86, mas tenho que mudar isso para o X64. As etapas são 1. Menu de teste -> Configuração de teste - Arquitetura padrão do processador -> x64. 2. Compilação limpa 3. Compilação 4. Se os testes ainda não aparecerem. 5. Vá para Ferramentas  Extensões e atualizações e instale as bibliotecas NUnit e Specflow 6. Compilação limpa 7. Compilação

Em geral, o teste será exibido no Editor de Testes.


@srebella É bom que você tenha resolvido esse problema. Passei dias para resolver isso. Pls compartilha sua experiência com a comunidade. Coloque esta resposta no topo, se você acredita que funciona. Obrigado :-)
Shiran Jayawardena

1

Atualizei o VS 2012 para a atualização mais recente. atualização visual studio 3. Isso corrigiu o problema para mim.


1

Para mim, a solução foi um pouco menos complicada.

Acabei de trazer uma solução existente para minha máquina (clonada no gitHub) e não rastreamos os arquivos .cs gerados automaticamente que o Visual Studio criou. (Para cada arquivo de recurso, há um arquivo .cs com o mesmo nome)

Abrir a solução sem ter os arquivos .cs associados, na verdade, permite-me navegar para os métodos vinculados, portanto parecia que o fluxo de especificações foi conectado corretamente, mas não pude exibir os nomes dos testes no Gerenciador de Testes.

Para esse problema, basta excluir os arquivos de recursos do projeto e incluí-los novamente, forçando o VS a regenerar esses códigos gerados automaticamente por trás dos arquivos.

Depois disso, pude visualizar os testes no test explorer.


1

Eu tive esse problema ao atualizar minha solução do Microsoft Visual Studio 2012 Express para Web para o Microsoft Visual Studio 2013.

Eu criei um projeto de testes de unidade em 2012 e, após a abertura em 2013, o projeto de teste de unidade não mostraria nenhum teste no explorador de testes. Toda vez que eu tentava executar ou depurar testes, ele falhou, dizendo o seguinte na janela de saída:

    Failed to initialize client proxy: 
    could not connect to vstest.discoveryengine.x86.exe

Também notei que, ao depurar os testes, ele estava lançando uma instância do Visual Studio 2012. Isso me mostrou o fato de que o projeto Unit Tests ainda fazia referência a 2012. Observando a referência do projeto de teste, percebi que ele estava direcionado para o Microsoft Visual errado. DLL da estrutura de teste de unidade do Studio para esta versão do Visual Studio:

C:\Program Files (x86)\Microsoft Visual Studio 11.0\Common7\IDE\PublicAssemblies\Microsoft.VisualStudio.QualityTools.UnitTestFramework.dll

Alterei o número da versão de 11.0 para 12.0:

C:\Program Files (x86)\Microsoft Visual Studio 12.0\Common7\IDE\PublicAssemblies\Microsoft.VisualStudio.QualityTools.UnitTestFramework.dll

Eu reconstruí tudo e isso corrigiu o problema - todos os testes foram encontrados no Gerenciador de Testes e agora todos os testes foram encontrados e funcionando perfeitamente.


1

Verifique se o seu projeto de teste não está definido como Atraso na assinatura apenas nas propriedades do seu projeto -> Assinatura. Se estiver, desmarque-o e faça uma reconstrução limpa.


ou simplesmente ignorar a verificação de assinatura em sua máquina local, sn -Vr *,<public key token>como administrador no comando desenvolvedor VS pronta
Silas

1

Eu encontrei o mesmo problema ao tentar abrir a solução em um compartilhamento de rede no VS2013 Ultimate.

Corrigi o problema ativando

Painel de controle -> Opções da Internet -> guia "Segurança" -> Clique em "Intranet local", clique nos sites e verifique se "Detectar automaticamente a rede da intranet" está marcado.


1

Todas essas são ótimas respostas, mas há mais uma razão que eu conheço; Eu acabei de encontrar. Em um dos meus testes, recebi uma mensagem ReSharper indicando que eu tinha uma classe privada não utilizada. Foi uma aula que vou usar em um próximo teste. Isso realmente fez com que todos os meus testes desaparecessem.


1

Verifique os assemblies referenciados para quaisquer assemblies que possam ter "Copy Local" definido como "False".

Se o seu projeto de teste for criado em sua própria pasta (bin / Debug, por exemplo) e o projeto depender de outro assembly, e um desses assemblies na lista Referências estiver marcado como Copy Local = "False", o assembly não poderá carregar devido à falta de dependências e seus testes não serão carregados após uma compilação.


1

Parece que o NUnit Framework 2.6.4 não funciona bem com o NUnit Test Adapter. No site, ele menciona que o adaptador de teste funcionará apenas com o NUnit Framework 2.6.3.

Este era o meu problema: 1. Eu baixei o NUnit e o NUnit Test Adapter separadamente através do Nuget no VS2012. De alguma forma, o NUnit foi atualizado para 2.6.4 De repente, não vi meus casos de teste listados.

Consertar:

  1. Desinstalar o Nuget e o adaptador de teste do Nuget

    uma. Vá para Ferramentas> Nuget> Gerenciador de Nuget Pkg> Gerenciar Nuget Pkg para solução

    b. Listar pacotes instalados

    c. Clique em gerenciar

    d. Desmarque seus projetos

  2. Instale o adaptador de teste do NUnit, incluindo o NUnit 2.6.3 Framework

  3. Solução de limpeza / reconstrução

  4. Abra Teste> Explorador de Testes> Executar Tudo

Eu vejo todos os casos de teste

Espero que isto ajude


1

Nenhuma das soluções aqui me ajudou. Os testes não seriam descobertos para uma solução, enquanto outra solução referente aos mesmos projetos funcionou bem. Finalmente resolvi isso excluindo o arquivo solutionname.v12.suo.


1

Eu tive o mesmo problema, mas um pouco diferente.

Eu estava usando o visual studio 2012. Por algum motivo, apenas os testes do arquivo gerado inicial estavam em execução. Mas os testes em outro arquivo não estavam em execução. Tentei diferentes soluções postadas aqui, não funcionou.

Finalmente, descobri que tinha um método privado na classe de teste, que era o primeiro método dentro da classe. Acabei de mudar o método privado após um método de teste; agora, um método com [TestMethod]atributo é o primeiro método dentro da classe. Estranho, mas agora funciona.

Espero que isso ajude alguém algum dia.


1

Os testes não gostam de métodos assíncronos. Por exemplo:

    [TestMethod]
    public async void TestMethod1()
    {
        TestLib oLib = new TestLib();
        var bTest = await oLib.Authenticate();

    }

Depois de fazer isso:

    [TestMethod]
    public void TestAuth()
    {
        TestMethod1();
    }

    public async void TestMethod1()
    {
        TestLib oLib = new TestLib();
        var bTest = await oLib.Authenticate();

    }

Ele viu o teste.


Uma resposta melhor é[Test] public void XamarinExampleTest() { // This workaround is necessary on Xamarin, // which doesn't support async unit test methods. Task.Run(async () => { // Actual test code here. }).GetAwaiter().GetResult(); }
Robert Green MBA

3
"Os testes não gostam de métodos assíncronos " é falso . "Testes não gostam de métodos assíncronos nulos " é verdadeiro , e a solução é simplesmente declarar um método de teste como Tarefa assíncrona .
Massimiliano Kraus

1

Adicionar minha resposta, pois esse é o principal resultado do Google para isso.

Estou usando o Visual Studio 2015 e (sem saber - acabei de executar Install-Package NUnit ) instalei o pacote NUnit3 NuGet no meu projeto de teste. Eu já tinha a extensão NUnit Test Adapter instalada e meus testes ainda não estavam aparecendo.

A instalação do NUnit3 Test Adapter através de Ferramentas> Extensões e atualizações corrigiu isso para mim.

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.