Usamos o VS 2008 para a implementação dos testes unitários/integração, este projeto encontra-se em uma solução diferente da solução de desenvolvimento, como trabalhamos manipulando vários arquivos, meus testes sempre se perdiam quando os desenvolvedores chamavam alguns métodos do framework do VS que informava o caminho dos arquivos a serem manipulados pela aplicação.

Bolamos uma solução para isso, e para tal, foi necessário a inclusão de um arquivo de configuração no projeto de testes, onde neste arquivo eu informava ao VS qual o caminho dos templates, arquivos de configuração, etc.

Bem, tudo aconteceu muito eficientemente, até o dia que tive que coletar a cobertura dos meus testes, pelo NCover.

Agora foi a vez do MStest se perder nos caminhos dos arquivos de configuração, templates, etc. … mas a solução para isso foi facilmente encontrada nos forums do msdn.

Seria necessário, indicar para o mstest a localização do arquivo .testrunconfig e rodar o MStest no mesmo diretório em que se encontra o seu arquivo de configuração (.config)

[sourcecode language='c#']
/testcontainer: /runconfig:.testrunconfig
[/sourcecode]
Feito isso, tudo roda tranquilamente.

No entanto, para rodar os testes pelo NCover preciso usar o /noisolation e esse é o problema, pois existe uma “combinação maldita” nesse cenário.

Quando rodamos os testes pelo mstest usando o /noisolation e mais um arquivo de configuração (/runconfig:<arquivodeconfiguração>.testrunconfig), precisamos realizar algumas alterações no arquivo de configuração do mstest para que tudo funcione corretamente.

A razão pelo qual isso faz-se necessário, é porque quando indicamos o /noisolation o VS roda os testes baseado no processo do MSTest.exe e não pelo VSTestHost.exe (utilizado ao rodar os testes pelo IDE do VS), desta forma quando fazemos isto, temos que alterar também o arquivo MSTest.exe.config localizado geralmente em C:\Program Files\Microsoft Visual Studio 9.0\Common7\IDE.

Meu arquivo originalmente contêm as linhas
[sourcecode language='xml']