【问题标题】:How are you generating tests from specifications?您如何根据规范生成测试?
【发布时间】:2008-08-26 22:28:22
【问题描述】:

我遇到了一个打印的article by Bertrand Meyer,他在其中声明可以从规范生成测试。我的开发团队没有做这样的事情,但这听起来像是一个值得考虑的好技术。您如何根据规范生成测试?您如何描述通过这种方法发现程序故障的成功?

【问题讨论】:

    标签: testing automated-tests specifications faults


    【解决方案1】:

    这可能是对RSpec 的引用,这是一种将测试开发为一系列需求的非常聪明的方法。我仍然习惯了它,但它在定义我需要做的事情并确保我做这两个方面都非常方便。

    【讨论】:

      【解决方案2】:

      来自 Bertrand Meyer 的@Tim Sullivan 它只能与 Eiffel 相关:)

      我认为他在谈论ESpec。鉴于 Ruby Folk 的 RSpec 这个名字,我认为我们可以给他们贴上“深受启发”的标签。

      【讨论】:

        【解决方案3】:

        我会说这取决于您的规格。我还没有在规范足以从规范创建完整单元测试的任何地方工作——细节级别不存在。我的经理总是告诉我们,如果我们指定到那个级别,他们可以将规格运送到印度并以便宜的价格进行编码;)

        【讨论】:

          【解决方案4】:

          有各种各样的方法可以做到这一点,从我认为的“艺术形式”(不一定是好的艺术)一直到从正式规范得出的数学衍生测试。归根结底,您的开发团队需要根据他们正在使用的时间表来决定他们可以做什么。话虽如此,能够根据规范测试软件是一件好事。

          只有您的团队才能衡量您的测试的“深度”,这可能取决于您的规格有多好。如果他们说诸如“登录 UI 需要提供取消按钮和登录按钮,并且它们需要工作”之类的话,那么您的测试将非常普遍。但请记住——即使是非常一般的测试也是一件好事。测试是一件好事。太多的开发人员在测试时态度不好,但归根结底,你交付的软件应该可以工作,对我来说,这意味着很多。

          您的测试在查找程序故障方面的有效性将取决于您投入其中的细节。将测试程序编写到规范中特别好的一点是,您可以将每个构建测试到与前一个构建相同的详细程度(通常称为回归测试)。

          【讨论】:

            猜你喜欢
            • 1970-01-01
            • 2018-02-21
            • 1970-01-01
            • 1970-01-01
            • 1970-01-01
            • 1970-01-01
            • 2013-01-05
            • 1970-01-01
            • 1970-01-01
            相关资源
            最近更新 更多