【问题标题】:Why does VS Test cause build to fail on muted tests when it should ignore exit code Failure Condition?当 VS Test 应该忽略退出代码失败条件时,为什么会导致构建在静音测试中失败?
【发布时间】:2015-10-30 19:19:47
【问题描述】:

我有一个在构建中失败的静音测试,它似乎导致整个构建失败,即使:

  • 构建的失败条件只有“至少一项测试失败”勾选
  • “构建过程退出代码不为零”未勾选

我希望下面屏幕截图中的构建是绿色而不是红色。我究竟做错了什么?

注意以下截图:

构建问题:VSTest.console 执行失败

。构建步骤本身就是自 TC 9.1 以来捆绑的 Visual Studio 测试运行程序。

【问题讨论】:

  • 静音失败仍然是失败。我对你所描述的行为并不感到惊讶。当然,我也看到了你想要的逻辑。也许你可以通过youtrack.jetbrains.com 向 JetBrains 提出这个问题。
  • 是的,但我的理解是它的失败条件决定了构建失败的原因。根据他们的文档,静音测试不算作失败的测试。
  • 您解决了这个问题吗?
  • 遗憾的是没有。尝试对问题进行投票,看看它是否会得到回复;-)
  • 我对静音测试也有同样的问题,但在 Python Pytest 中。有趣的事实:*我的构建配置运行了几个月没有问题,然后有一天他们开始不忽略由静音测试引起的退出代码 1 *即使我关闭所有失败条件,测试运行也会失败并抱怨退出代码 1跨度>

标签: teamcity teamcity-9.1


【解决方案1】:

如果您不选中“使用自定义 TeamCity 测试记录器进行实时报告”复选框,它可以正常工作。所以对我来说,这是 TeamCity 应该研究的一个错误。

【讨论】:

    【解决方案2】:

    当我将 Unit Test 项目 .net framework 4.6.1 升级到 4.8 new style .net sdk 时,我遇到了类似的问题。

    解决了我将当前 .net 框架文件夹 (net48) 添加到程序集路径的问题,如下所示 转到项目>>设置更改配置参数:

    Path.To.UnitTestAssembly : 单元测试项目路径 \bin\Releasebin\Release\net48

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2018-09-02
      • 2012-10-09
      • 1970-01-01
      • 2019-05-02
      • 2012-12-03
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多