【发布时间】:2015-12-08 06:17:18
【问题描述】:
我们有一个 TFS 门控签入,它使用 MSTest 工作流活动来运行我们的单元测试。由于 MSTest 活动创建的结果文件夹太长,我们最近遇到了一些问题,因此我们的一些单元测试现在因此失败。看起来它使用了像<user>_<machine_name> <date> <time>_<platform>_<config> 这样的模式,所以我们看到了非常长的目录名称,比如"tfsbuild_machine123 2015-09-10 10_00_00_Any CPU_Debug"。我对工作流程及其选项进行了一些研究,但无法确定这种模式的来源。如果有人能指出这是来自哪里以及如何更改它,我将不胜感激,以便我们为单元测试腾出更多空间。
【问题讨论】:
-
你能告诉我你得到的详细错误信息吗?你指的测试结果文件夹是什么?您是指 TFS 构建摘要页面上的测试结果超链接吗?如果是这样,请在下面查看我的答案。
-
我们的功能单元测试设置为在运行时生成随机数据并针对它们执行测试。文件和文件夹甚至名称都是随机的。为了找出导致测试失败的原因,我们以有组织的方式创建文件。我们最近提到,一些测试在 Directory.Move 等简单的事情上失败了。当我检查逻辑时,如果文件完整路径超过 248 个字符,则在所有这些 IO 帮助程序中都有引发 PathTooLong 异常的逻辑。即使您使用相对传递,它仍然会首先尝试获取完整路径,因此失败。
-
然后我提到该路径的很大一部分是由 MSTest 创建以部署测试程序集和内容开头的那个可笑的长文件夹名称占用的!然后我提到工作流指定了根测试输出文件夹,但 MSTest 在其中创建了自己的巨大文件夹名称。
标签: unit-testing tfs mstest checkin workflow-activity