【问题标题】:TFS: Create individual Bug items when XUnit tests failTFS:当 XUnit 测试失败时创建单独的 Bug 项
【发布时间】:2016-12-05 06:18:18
【问题描述】:

我们的目标是为我们的 DEV Web 环境实施 CI 测试和部署:

目标

  1. 在签入时运行 XUnit 测试。
  2. 如果测试失败,创建单独的、关联的 Bug 工作项。停下来。
  3. 如果测试测试通过,将构建部署到 UNC 文件路径。

当前设置

分支的 CI 已打开,构建定义当前已在 Options 面板上启用 Create Work Item on Failure

XUnit 通过提供必要的Path to Custom Test Adapters 集成到Visual Studio Test 构建步骤中。

问题

测试在构建中正确运行并显示结果,但没有为失败的测试创建错误,只有一个错误导致整体构建失败。

问题

如何创建单独的错误(并在描述中包含错误的详细信息)?

【问题讨论】:

    标签: testing tfs continuous-integration tfsbuild xunit


    【解决方案1】:

    您必须编写自己的代码来为每个测试失败创建错误。

    但是,我建议不要这样做,因为这会产生不必要的工作项,而且它们可能并不是真正的错误。也许我们有一个测试失败,结果其他 200 个测试失败。我们只有一个错误。你会让人们不知所措。

    您可以在使用构建结果中的失败测试列表调查失败时轻松创建错误。

    https://www.visualstudio.com/en-us/docs/test/continuous-testing/getting-started/getting-started-with-continuous-testing

    【讨论】:

    • 我认为它已经为 MS 测试失败了。我只是想为 XUnit 测试适配器复制它。我不确定为什么您的测试也取决于其他测试的成功或失败 - 在我看来这是非常糟糕的做法。
    • 在许多合法情况下,一次代码更改会导致多次测试失败。
    • 当然!一个字节可能会失败任意数量的测试,但您说“我们有一个测试失败,结果其他 200 个测试失败。”导致其他测试失败的失败。
    • 这可能而且很常见。并非所有测试都是单元测试,许多测试是集成或系统测试。这些可能有依赖关系...这只是尝试测试编写不佳的软件的现实...大多数公司都有。
    猜你喜欢
    • 2018-12-17
    • 2010-11-28
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2015-05-08
    • 2021-04-12
    • 2020-03-23
    • 2022-06-30
    相关资源
    最近更新 更多