【问题标题】:TFS / MTM 2015 - invite users to re-run tests after bugfixTFS / MTM 2015 - 修复错误后邀请用户重新运行测试
【发布时间】:2017-05-22 13:05:28
【问题描述】:

范围:我需要根据错误将测试用例重新分配给报告此错误的同一测试人员/测试人员。

MTM 2015 在测试中心菜单“测试”下获得了这个“验证功能” - 验证错误并通过右键单击列表中的错误。

现在,当我执行此操作时,它会启动 MTM 测试运行器,我作为指定的测试员。但这实际上不是我需要的。

我的研究结果是这样的:

TFS 2015 没有任何“验证”功能 - 仅适用于 2017.1 或更高版本 (more here on section: Verify a bug, re-run tests ...)

那么任何人都可以帮助我解决这个问题(目前无法更新到 TFS 2017 或更高版本)?

【问题讨论】:

    标签: tfs regression-testing mtm


    【解决方案1】:

    最简单有效的方法仍然是使用错误工作项工作流来跟踪流程。即使没有 TFS2015 中的验证功能,您仍然可以在错误工作项中链接您的测试用例。您需要自定义错误工作项类型。在从active到resolve的转换过程中,添加retest等自定义字段,并添加条件(retest字段需要更改才能通过)。

    然后只需设置“分配给”filed = 工作项创建者,以确保测试用例由报告此错误的同一测试人员/测试人员再次运行。

    但是,这将在新的测试运行中创建新的测试结果。它不会更新原始测试结果。如果您只想从 TFS 2015 重新运行失败的测试用例。不幸的是,这不是内置功能。更多详情请参考 GitHub 中的 issue

    【讨论】:

    • 您好 Patrick,感谢您的回复,但我还有一些其他问题。我只在“新工作项”下获得了创建选项:Bug、Epic、Feature、Issue、Task、Test Case 和 User Story。哪个最好用?一旦我创建了工作项,我将成为它的创建者而不是最初的测试者,还是我弄错了?获得新的测试结果对我来说没问题。
    • @MarcS。我的意思是您可以使用 Microsoft 测试管理器跟踪您的错误。当测试失败时,测试人员可以创建一个错误工作项并分配给开发人员来修复错误(猜你猜),当您修复错误时,将错误工作项重新分配给创建者(测试)。他可以重新运行测试。这是工作流程。详情关注Analyze failed tests and track bugs
    • @Parick,好的,我明白了,谢谢。我们只为测试人员使用 TFS Web,我是唯一一个使用额外 MTM 的人。(还有一个许可费用问题)我认为 TFS 2017.1 可能会解决这个问题......
    • @MarcS。在web中,你也可以这样做,当测试人员运行测试用例时,会弹出一个包含一些测试步骤的对话框,在顶部,会有一个创建bug按钮,你可以用它来创建一个bug作品与测试用例相关的项目。
    • 是的,这就是我们过去的做法,但有两点:
      - 在完成一堆测试用例并经过几周后,测试人员将如何,能够找到他自己创建的错误(每个测试用例甚至更多的错误)? - 如何不在“编辑”模式下登陆测试用例,而是在“运行测试”模式下登陆?
    猜你喜欢
    • 1970-01-01
    • 2015-02-20
    • 2016-12-19
    • 2016-09-05
    • 2016-09-21
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多