MSTest 部署项是否仅在项目测试设置文件中存在时才起作用？

Question

我似乎无法理解 MSTest 部署项目应该如何配置。我已经能够通过修改项目的测试设置文件使它们正常工作，但这不太理想——部署项目配置与单独的测试分开，并且文件路径似乎存储为绝对路径，除非文件是在解决方案文件夹下。

我是否不应该能够在 [TestClass] 或 [TestMethod] 上使用 [DeploymentItem] 属性添加部署项目，而无需必须创建/修改项目测试设置文件？我该如何实现这个目标？

（坦率地说，我不明白需要单独的部署项目配置 - 为什么不只使用现有的“复制到输出目录”设置来作为部署项目的项目文件？）

Answer 1

这篇文章帮助我弄清楚我需要做什么，而无需手动添加项目到 .testsettings 文件。

步骤 1 - 启用 MS Test DeploymentItem 属性。

首先，我们需要打开/启用 DeploymentItem 属性。

转到测试 ->编辑测试设置 ->当前活动设置 .. 例如:: Local (local.testsettings)

现在转到部署 并确保启用部署已勾选为“开”。 （默认情况下，它是关闭的）。

步骤 2 - 检查文件的属性

现在我们需要确定您希望在单元测试中使用的文件，设置为编译时复制到BIN目录。只有 BIN 目录中的文件才能在 MS Test 单元测试中使用。为什么？因为每次运行 MS 测试时，它都必须复制源代码...这意味着它会复制当前 BIN 目录文件（对于当前配置）。

例如...当前配置是调试（而不是发布）。

然后我添加我的文件...（记下项目中的文件夹结构）...

然后确保在编译项目时始终将此文件复制到 bin 目录。

专业提示：“始终复制”也可以，但始终将源文件复制到目标文件上。即使它们是相同的。这就是为什么我更喜欢“如果较新就复制”...但是无论什么都让你的船漂浮

好吧，女士们先生们——还在我身边吗？维基百科。

当我们编译时，该文件现在应该存在于 Bin 目录中...

步骤 3 - 现在使用 DeploymentItem好的

，现在我们终于可以在代码中使用 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 的目录中...因此，当我想要时，我需要确保在代码中正确引用该文件读入文件。

只是为了确认 ->该文件名的完整路径被转换为类似 C:\lots of blah blah blah\My Solution\TestResults\PureKrome_PUREKROME-PC 2011-01-05 23_41_23\Out\Test Data ..当前的 MS 测试。

Answer 2

我想分享一下我遇到 MSTest 和部署项目问题的方法。如果您从“测试结果”窗口第二次或更多次调试/运行测试，它将使用上次运行的设置。但是，如果您从“测试视图”窗口调试/运行相同的测试，它将使用最新的设置。当我不断从“测试结果”窗口对同一测试启动调试时，我花了一个小时试图弄清楚为什么没有使用对 Local.testsettings 的更改。

这是“测试结果”窗口（在更改 Local.testsettings 后不要从此处[重新]启动测试）：

这是测试视图窗口（在更改 Local.testsettings 后从这里开始测试）：

我希望这可以避免将来有人头痛。

Answer 3

在 Visual Studio 2012 中，输出目录是工作目录，这意味着一般情况下不需要 DeploymentItem 属性（在这种情况下，您没有特定的每个测试或每个类部署项）。这意味着，如果您希望所有测试都使用一组文件，或者您对每个具有单独部署依赖项的 TestClass/TestMethod 不太挑剔，则不需要使用 DeploymentItem 属性。

您只需单击项目|显示所有文件，并将子文件夹和文件包含在 Visual Studio 中，并将“始终复制”或“如果较新则复制”属性添加到项目中，文件将被复制到层次结构完整的输出目录中。

从命令行运行 vstest.console.exe 时也是如此。有关详细信息，请参阅此处。

更新

在某些情况下，默认目录不是输出目录。具体来说，当您选择“运行所有测试”时，默认路径将位于“TestResults\Deploy_...”下，这同样适用于使用“runsettings”文件或测试时使用 DeploymentItems

当您不使用 DeploymentItems 且满足以下条件时，输出目录将是默认目录： -

• 在 Visual Studio 中右键单击测试并选择运行/调试，或者
• 从命令运行使用 vstest.console.exe 的行。

Answer 4

如果您需要在各个测试用例中单独部署项目，请继续并在每个测试用例中使用 [DeploymentItem("string file path")] 属性。

Answer 5

对于我的情况，我添加了 DeploymentItem 属性，它不能立即生效。我必须关闭并重新打开解决方案，然后配置的 DeploymentItem 属性才会生效。

Answer 6

看起来这在 VS.NET 2012 中默认有效

Answer 7

在 VS 2012 中，您所需要做的就是复制 log4net.properties （或 log4net 的任何配置文件）文件（如果较新）。 （右键单击 log4net.properties 文件以显示属性并进行配置）