【问题标题】:How to tell that a test case (TFS work item) had been tested?如何判断一个测试用例(TFS 工作项)是否已经过测试?
【发布时间】:2019-08-07 14:28:22
【问题描述】:

我在测试用例工作项状态中没有看到任何“测试成功”的理由

  • 设计状态是在编写测​​试用例时的状态
  • 就绪状态表示测试用例已准备好进行测试
  • 关闭状态有理由说测试用例“不测试”(已弃用、不同、重复)

那么我们怎样才能将一个测试用例标记为“成功测试”呢?

测试人员不必证明该案例已成功测试似乎是不对的。

【问题讨论】:

  • @PatrickLu-MSFT 我还没有机会测试你的答案,刚放假回来,我会在几天内检查它
  • 嗨乔纳森当然,请在有空时检查一下。期待听到您的反馈。

标签: testing tfs testcase


【解决方案1】:

有一个“结果”字段将显示通过、失败等。

【讨论】:

    【解决方案2】:

    在测试用例工作项中没有这种内置状态。但是,您可以创建自己的自定义工作项状态。

    更多详情请看本教程--Add a workflow stateAdd a workflow state

    如果您在 Web 测试中心拥有最新版本的 tfs,您应该选择 几个测试用例并更新状态(来自 Azure DevOps 的屏幕 服务):

    为 State 字段设置新值

    【讨论】:

      【解决方案3】:

      您似乎将测试用例与测试结果混淆了。一个测试用例定义的测试可以运行多次以获得许多测试结果。如果测试只运行一次,这可能不是很有用,尽管它肯定仍然有效;当测试多次运行时它更有用,例如回归测试。

      另外,如果可以的话,您最初的前提是:库存测试用例可能处于的不同状态是不正确的。每How workflow states and state categories are used in Backlogs and Boards,部分State categories

      • 设计状态适用于提出测试用例的时间,即我们应该制定一个测试该用例的计划
      • 就绪状态表示测试用例正在进行时,即我们正在实施测试计划
      • Closed 用于测试用例完成时,即我们有计划

      也就是说,如果上面的细分对您的团队更有意义,我不明白您为什么不能使用它。但不管怎样,“测试成功”的概念仍然属于测试结果的范畴。希望这有助于澄清事情。

      【讨论】:

        猜你喜欢
        • 1970-01-01
        • 1970-01-01
        • 2019-04-12
        • 1970-01-01
        • 1970-01-01
        • 2019-05-29
        • 2021-10-20
        • 1970-01-01
        • 2021-04-12
        相关资源
        最近更新 更多