我似乎无法理解应该如何配置 MSTest 部署项。我已经能够通过修改项目的测试设置文件使它们正常工作，但这并不理想——部署项配置与单个测试分开，并且文件路径似乎存储为绝对路径，除非文件是在解决方案文件夹下。
我不应该能够在 [TestClass] 或 [TestMethod] 上使用 [DeploymentItem] 属性添加部署项，而无需创建/修改项目测试设置文件吗？我该如何做到这一点？
（坦率地说，我不明白需要单独的部署项配置——为什么不直接对应该是部署项的项目文件使用现有的“复制到输出目录”设置？）
【问题讨论】：
标签： unit-testing visual-studio-2010 mstest deploymentitem
This post here 帮助我弄清楚我需要做什么，而无需手动将项目添加到 .testsettings 文件中。
DeploymentItem 属性。首先，我们需要打开/启用DeploymentItem 属性。
转到 测试 -> 编辑测试设置 -> 当前活动设置 .. 例如 :: Local (local.testsettings)
现在转到部署并确保启用部署被勾选。 （默认情况下，它是关闭的）。
现在我们需要确保您希望在单元测试中使用的文件已设置为在编译时复制到 BIN 目录。只有 BIN 目录中的文件才能在 MS Test 单元测试中使用。为什么？因为每次运行 MS 测试时，它都必须复制源代码……这意味着它会复制当前 BIN 目录文件（用于当前配置）。
例如... 当前配置是 Debug（与 Release 相对）。
然后我添加我的文件...（记下项目中的文件夹结构）...
然后确保在编译项目时始终将此文件复制到 bin 目录。
专业提示：始终复制也可以，但始终将源文件复制到目标文件上……即使它们相同。这就是为什么我更喜欢 Copy if Newer ...但whatever floats your boat
好的女士们先生们 - 还和我在一起吗？维基。
当我们编译时，该文件现在应该存在于 Bin 目录中......
好的，现在我们终于可以在代码中使用DeploymentItem 属性了。当我们这样做时，这会告诉 MSTest 将文件（从相对于 bin 目录的位置）复制到新的 MS Test 目录...
[TestMethod]
[DeploymentItem(@"Test Data\100LogEntries.txt", "Test Data")]
public void Parsing100LogFileEntriesReturnsANewParsedLogEntriesWith100Items()
{
// Arrange.
const string fileName = @"Test Data\100LogEntries.txt";
ILogEntryService logEntryService = new PunkBusterLogEntryService();
// Act.
var parsedLogEntries = logEntryService.ParseLogFile(fileName, 0);
// Assert.
Assert.IsNotNull(parsedLogEntries);
Assert.AreEqual(100, parsedLogEntries.LogEntries.Count);
// Snipped the remaining asserts to cut back on wasting your time.
}
所以让我们分解一下..
[TestMethod]
我们都知道那是什么。
[DeploymentItem(@"Test Data\100LogEntries.txt", "Test Data")]
从 bin 目录开始，进入 Test Data 文件夹并将 100LogEntries.txt 文件复制到目标文件夹 Test Data，在 MS Test 运行每个测试时创建的根 MS Test 输出目录中。
这就是我的输出文件夹结构的样子（请原谅所有的混乱）。
瞧！我们有部署文件，以编程方式。
专业提示 #2 - 如果您不在 DeploymentItem 属性中使用第二个字符串参数，那么文件将被复制到当前 MS 测试的根 OUT 文件夹中。
const string fileName = @"Test Data\100LogEntries.txt";
现在文件的路径相对于当前 MS 测试的 OUT 文件夹。因此，我明确表示要将文件部署到一个名为Test Data 的目录中......所以当我想读入文件时，我需要确保在我的代码中正确引用它。
只是为了确认 -> 对于当前的 MS 测试，该文件名的完整路径被转换为 C:\lots of blah blah blah\My Solution\TestResults\PureKrome_PUREKROME-PC 2011-01-05 23_41_23\Out\Test Data 之类的东西。
【讨论】：
DeploymentItem 的文档说相对路径是在 testrunconfig 或 testsettings 中相对于“RelativeRootPath”开始的。默认情况下，这是解决方案文件夹。您的文件不在“$(SolutionDir)\Test Data”中。它们位于“$(SolutionDir)\Tests\Test Data”中。您是否更改了 RelativeRootPath？还是文档错了？或者你的答案是否有其他魔法？
我想我会分享一个我遇到 MSTest 和部署项目问题的方法。如果您从“测试结果”窗口第二次或更多次地调试/运行测试，它会使用上一次运行的设置。但是，如果您从“测试视图”窗口调试/运行相同的测试，它会使用最新设置。当我不断从“测试结果”窗口对同一测试启动调试时，我花了一个小时试图弄清楚为什么没有使用对 Local.testsettings 的更改。
这是测试结果窗口（对 Local.testsettings 进行更改后，请勿从此处[重新]开始测试）：
这是测试视图窗口（在更改 Local.testsettings 后从这里开始测试）：
我希望这可以避免将来有人头疼。
【讨论】：
在 Visual Studio 2012 中，输出目录是工作目录，这意味着在一般情况下不需要 DeploymentItem 属性（您没有特定的每个测试或每个类的部署项）。这意味着如果您不需要使用 DeploymentItem 属性，如果您希望所有测试都使用一组文件，或者您对每个 TestClass/TestMethod 具有单独的部署依赖项不太挑剔。
您只需单击项目 |显示所有文件并在 Visual Studio 中使用“始终复制”或“如果较新则复制”属性将子文件夹和文件包含到您的项目中，并且文件将被复制到您的输出目录中，并且层次结构完好无损。
从命令行运行 vstest.console.exe 时也是如此。有关详细信息，请参阅here。
更新
在某些情况下，默认目录不是输出目录。特别是当您选择Run All Tests 时，默认路径将在TestResults\Deploy_... 下使用runsettings 文件或测试使用DeploymentItems 时同样适用
当您不使用 DeploymentItems 时，输出目录将是默认目录，并且：-
【讨论】：
如果您需要在单个测试用例中单独部署项目，请继续在每个测试用例中使用[DeploymentItem("string file path")] 属性。
【讨论】：
对于我的情况，我添加了 DeploymentItem 属性，它不能立即生效。我必须关闭并重新打开解决方案，然后配置的 DeploymentItem 属性才会生效。
【讨论】：
看起来这在 VS.NET 2012 中默认有效
【讨论】：
在 VS 2012 中，您只需将 log4net.properties（或 log4net 的任何配置文件）文件复制（如果更新）。 （右键 log4net.properties 文件调出属性并进行配置）
【讨论】：