【问题标题】:What happens if a use-case fails use-case testing?如果用例未通过用例测试会发生什么?
【发布时间】:2012-12-03 00:11:06
【问题描述】:

我在互联网上的任何地方都找不到这个问题,而且由于我目前正在做我的考试项目,我希望这个问题能得到解答。 p>

如果用例未能通过 boss/EBP/size 测试,会发生什么情况?你把它扔掉,重写它,它会变成一个非功能性需求吗?

或者测试是否只是证明一个用例对项目的其余部分是否具有较高的业务/风险/架构价值?你应该降低测试失败的用例的优先级(如果只有一个测试)?

感谢您的宝贵时间。据我所知,Craig Larman 的书并没有真正深入探讨这一点。

【问题讨论】:

    标签: testing use-case rational-unified-process


    【解决方案1】:

    我假设你指的是http://www.craiglarman.com/wiki/downloads/applying_uml/larman-ch6-applying-evolutionary-use-cases.pdf

    它会变成非功能性需求吗?

    在绝大多数情况下,用例代表功能性需求,因此您不太可能将它们重构为非功能性需求。

    如果您可以重写它们并且它们很可能通过测试,那么您可能应该这样做。 如果无法实现重写,尝试在其中找到真正的价值;您可能会发现这些信息在后续建模步骤中很有用。如果您没有看到这种情况发生,请将其放入垃圾箱...

    您应该降低测试失败的用例的优先级(如果只有一个测试)?

    如果您坚持使用未通过大小测试的 Move Piece on Game Board 示例,您最好将其放入活动图中或将其包含在相应的文档中此步骤实际属于的用例。

    参考Larman 提到的boss 测试,“登录”可能成为其他用例的先决条件。 您还可以将几个加入到具有更可衡量价值的用例中。正如作者所提到的,测试可能会失败,但用例仍然是有价值的(请参阅合理的违规行为)。

    所以至少这是常识所暗示的。 RUP 中可能有一些规则(= 不知道),否则会提出其他建议。

    【讨论】:

      【解决方案2】:

      如果正在考虑的用例失败老板测试(意味着这个用例对老板没有价值)

      那么它可能是一个通用子函数(因为它是所有其他主要用例的子函数

      如果你问我,我不会正式指定任何名称来为用例分配 优先级,以便考虑它们进行适当的测试。

      这些只是分配给优先级的名称。

      【讨论】:

        猜你喜欢
        • 1970-01-01
        • 2022-01-01
        • 1970-01-01
        • 1970-01-01
        • 2019-06-23
        • 2017-10-16
        • 1970-01-01
        • 2022-08-14
        • 1970-01-01
        相关资源
        最近更新 更多