【问题标题】:VSTS Manual Test Fails, Bug Created, What is the Retest Trigger?VSTS 手动测试失败,已创建错误,什么是重新测试触发器?
【发布时间】:2018-08-08 18:28:38
【问题描述】:

想知道如何为测试团队实施 VSTS。 关于运行手动测试并创建错误的场景...... 该错误会在稍后的某个时间得到优先级和修复。 由于 bug 已修复,应用程序如何向测试人员指示他们何时可以再次运行测试?

【问题讨论】:

    标签: azure-devops manual-testing


    【解决方案1】:

    当您每次运行测试时,它都有自己的test run ID。这意味着即使您多次运行相同的测试用例,它们也会有自己的测试结果(它们具有不同的测试运行 ID)。

    一般来说,一旦bug被修复并且固定的源被集成到应用程序的下一个版本中,那么你可以再次运行测试来检查bug是否真的被修复了。

    有关手动测试的更多信息,请参阅Run manual testsFAQs for manual testing

    【讨论】:

    • 感谢您的回复。我已经浏览了链接和更多内容,例如 ALM Rangers 指南,但找不到这个答案。我知道可以再次运行测试,但是用户如何确定是时候再次运行测试了?也许这个背景很重要。我们并不完全敏捷。冒烟测试发生在冲刺的开发过程中,但不是完整的功能测试。由于某些原因,这不在我的控制范围内,完全敏捷不是一种选择。测试工具看起来很棒,但我不知道我们将如何管理何时重新测试项目。
    • @BethDagle 基本上,一旦与功能/组件相关的某些内容发生变化,您就需要重新测试。一般来说,随着项目的开发,它会有发行说明或调试 cmets。用户/管理员可以从 notes/cmets 中捕获变更信息,并确定是否需要重新测试相应的功能/组件。
    猜你喜欢
    • 2011-09-29
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2019-08-26
    • 1970-01-01
    • 2018-04-04
    • 1970-01-01
    • 2017-02-18
    相关资源
    最近更新 更多