Eu tenho um teste que requer um arquivo XML para ser lido e depois analisado. Como posso copiar esse arquivo para a pasta de execução de teste todas as vezes?
O arquivo XML é definido como "Copiar se mais recente" e um modo de compilação "nenhum" (já que não é realmente uma coisa compilável)
Respostas:
use um DeploymentItematributo
using System;
using System.IO;
using Microsoft.VisualStudio.TestTools.UnitTesting;
using CarMaker;
namespace DeploymentTest
{
[TestClass]
public class UnitTest1
{
[TestMethod()]
[DeploymentItem("testFile1.xml")]
public void ConstructorTest()
{
string file = "testFile1.xml";
Assert.IsTrue(File.Exists(file), "deployment failed: " + file +
" did not get deployed");
}
}
}
Parece que, se você fornecer um arquivo TestSettings para a solução, poderá desmarcar a opção "Ativar implantação" e impedir que o mstest tente executar a partir da ...TestResults\...\outpasta onde não copia seus arquivos extras (a menos que você os torne uma opção de implantação) .
Isso também é útil se você depender dos arquivos extras em uma estrutura de pasta preservada porque todos os itens de implantação parecem ser copiados diretamente (simples) para a pasta de execução temporária (saída) se você usar a opção Implantação, Adicionar pasta em TestSettings ( as respostas acima sugerem que você pode manter a estrutura se adicionar cada item como seu próprio DeploymentItem).
Para mim funcionou bem executar testes diretamente no Visual Studio (ou seja, meus arquivos extras em sua estrutura foram encontrados e usados por testes) porque eu havia criado um arquivo TestSettings por outro motivo há muito tempo (que tem Ativar implantação desmarcado), mas não quando TeamCity executei o mstest para executar os testes porque não especifiquei que o arquivo TestSettings deveria ser usado.
Para criar um arquivo TestSettings no Visual Studio, clique com o botão direito na Solução e escolha Novo Item, e selecione o modelo TestSettings. Para usar o arquivo TestSettings no prompt de comando de mstest.exe, adicione a opção /testsettings:C:\Src\mySolution\myProject\local.testsettings (ou adicione como uma opção de linha de comando extra no TeamCity com o caminho apropriado)
A resposta Preet é usada para implantar itens para um único teste. Se você quiser fazer isso no nível da solução, use as configurações .testrunconfig .
A melhor solução para mim é usar as configurações de teste, especialmente se vários testes precisarem dos mesmos arquivos de dados.
Primeiro crie um arquivo testsettings e adicione os itens de implantação necessários (nome do arquivo ou pasta):
<TestSettings name="Local" id="00ebe0c6-7b64-49c0-80a5-09796270f111" xmlns="http://microsoft.com/schemas/VisualStudio/TeamTest/2010">
<Description>These are default test settings for a local test run.</Description>
<Deployment>
<DeploymentItem filename="Folder1\TestScripts\test.xml" outputDirectory="TestScripts"/>
<DeploymentItem filename="Folder2\TestData\" outputDirectory="TestData"/>
</Deployment>
<...../>
Executando no Visual Studio, use "selecionar arquivo de configurações de teste" no menu "Testar \ Configurações de teste" para selecionar novas configurações de teste
Executando mstest, use o parâmetro / testsettings para que mstest use suas configurações de teste.
Você pode definir DeploymentItem em uma classe que contém um método com o atributo AssemblyInitialize. Então, você tem certeza de que os arquivos são copiados independentemente de qual teste você executa.
Infelizmente, o atributo DeploymentItem é executado apenas em classes que contêm testes que você está executando. Portanto, se você tiver 10 classes de teste que usam o mesmo conjunto de arquivos, será necessário adicionar o atributo a todos eles.
Também descobri que as alterações nos arquivos * .testsettings não são atualizadas automaticamente no Visual Studio. Portanto, depois de adicionar arquivos / pastas na implantação em testsettings, você deve reabrir o arquivo de solução e, em seguida, executar os testes.
No Visual Studio 2012, vstest.console.exe (o executor de teste integrado) é executado com o dir de saída como o caminho atual. Isso significa que você só precisa incluir os itens em sua solução com a propriedade 'Copiar sempre' ou 'Copiar se mais recente' para que eles sejam usados em seu teste. Você não precisa do atributo DeploymentItem para o caso geral. O mesmo se aplica ao executar vstest.console.exe a partir da linha de comando dentro do diretório de saída / teste.
Existem alguns casos em que uma pasta separada é usada, um deles quando você está usando o atributo DeploymentItem. Veja aqui para mais informações.