当我在执行测试之前构建单元测试项目时,测试输出被复制到 TestResults 文件夹,然后执行测试。我遇到的问题是,并非 Debug/bin 目录中的所有文件都被复制到 TestResults 项目中。
如何获取复制到 Debug/bin 目录的文件也复制到 TestResults 文件夹?
当我在执行测试之前构建单元测试项目时,测试输出被复制到 TestResults 文件夹,然后执行测试。我遇到的问题是,并非 Debug/bin 目录中的所有文件都被复制到 TestResults 项目中。
如何获取复制到 Debug/bin 目录的文件也复制到 TestResults 文件夹?
执行此操作的标准方法是在文件中指定部署项.testrunconfig
,可以通过Visual Studio测试菜单或解决方案项文件夹中的编辑测试运行配置项访问。
您可以指定部署属性,如下所示;您还需要设置“内容”和“如果较新则复制”属性(没有关于以后设置的文档,但您已经设置了这些以使其工作。
[TestMethod]
[DeploymentItem("mytestdata.xml")]
public void UploadTest()
{
}
我必须打开“启用部署”下Test -> Edit Test Settings -> Local -> Deployment
的[DeploymentItem]
属性才能工作。
这三个答案都是正确的,这取决于您的需要。
在.testrunco nfig 中添加要部署的文件(VS2010 中的 .testsettings)会将所有这些文件复制到每个测试输出文件夹,即使是独立运行的无关测试也是如此。如果您运行一项测试,则 .testssettings 的部署部分中列出的所有测试数据文件都将复制到测试输出文件夹中。
在我的测试中,我需要将预期的 XML 文件复制到测试输出文件夹以与实际的测试输出 XML 进行比较。我使用 DeploymentItem 属性仅复制与正在运行的测试相关的 XML 文件。在 VS2010 中,我必须在 .testsettings 文件中启用部署(但不添加任何路径),然后在 DeploymentItem 中引用相对于 TestProject 的 XML 文件路径。
希望这可以帮助。
我遇到了类似的问题,但我的问题与指向 TraceAndTestImpact.testsettings 文件而不是 Local.testsettings 文件有关。您可以在“测试/选择活动测试设置”菜单下从一个更改为另一个。
以下适用于 VS2012 中包含在多个解决方案中的测试项目,而不使用 testsettings 文件:
1)将您希望部署的文件和文件夹排列到测试项目目录中的文件夹中。
2)在项目属性中,创建一个后期构建步骤
xcopy /Y /S /i "$(ProjectDir)<Project_Folder_Name>\*" "$(TargetDir)<Deployment_Folder_Name>"
$(ProjectDir)
并且$(TargetDir)
是将由 VS 解释的宏,因此应包含在内。
<Project_Folder_Name>
是在步骤 1 中创建的文件夹的名称。
<Deployment_Folder_Name>
是将要部署测试文件的文件夹的名称,应该这样命名,以便在多个测试项目部署到同一目录时是唯一的,例如<Project_Name>_TestInputs
.
共享位置中的测试文件也应复制到目标目录部署文件夹以限制测试交互。提供相对于$(ProjectDir)
宏的源路径。例如"$(ProjectDir)..\..\Common Files\C1219TDL-2008.xml"
.
3) 将[DeploymentItem(source, destination)]
属性添加到使用部署文件的每个测试方法(最佳实践)或测试类(对于懒惰或匆忙的人来说更容易实践,最简单的方法是将项目更新为先前使用的相对路径或 testsettings 文件)。
在测试方法上,source
是测试方法中使用的文件或目录相对于由创建的目标目录的路径,xcopy
并且destination
是相对于部署目录将创建的目录的路径。以便测试在目标目录或部署目录中运行一致。目标路径应该与没有文件引用的源路径相同。示例: [DeploymentItem("Example_TestInputs\C1219TDL-2008.xml","Example_TestInputs")]
。DeploymentItem
应该包含在使用该文件或目录的每个方法中。
在一个类上,source
和destination
都是由xcopy
;在目标目录中创建的文件夹的名称 当运行类中的任何测试时,这会将整个文件夹复制到部署目录。例子:[DeploymentItem("Example_TestInputs","Example_TestInputs")]
4) 在测试方法中,您现在可以放心地访问文件和目录,无论 Visual Studio 当天决定将其放在哪里,例如File.Exists(".\Example_TestInputs\C1219TDL-2008.xml")
.
在 CopyLocal 不起作用的情况下,想通过提及一种让它专门为 dll 部署而不是将其用于数据或配置等的常规方法来增强接受的答案:
[DeploymentItem("bin\\release\\iRock.dll")]
[DeploymentItem("bin\\debug\\iRock.dll")]
从 Visual Studio 中试用 Post-Build 事件命令行(如果您使用的是该 IDE)。
在 Visual Studio 2012 中,对于简单案例,您不需要 DeploymentItem 属性。在这里查看我的答案
[TestMethod]
[DeploymentItem("ProjectName/Folder/SubFolder/file.xml", "Folder/Subfolder")]
public void YourTestMethod()
{
// in the method you are testing you should have this:
var filePath = Path.GetDirectoryName(Assembly.GetExecutingAssembly().CodeBase) + "/Folder/Subfolder/file.xml";
}
接受的答案是正确的,大多数其他答案也是正确的。但是,多年来我发现如果您有大量数据文件,使用DeploymentAttribtue和Copy to Output的 Visual Studio 单元测试的部署系统会很麻烦。我发现将文件保存在原始位置效果更好。
我的其他答案中的完整详细信息在这里。 https://stackoverflow.com/a/53004985/2989655
希望这可以帮助。