【问题标题】:Cucumber : Size of featuresCucumber : 特征大小
【发布时间】:2010-05-26 14:38:22
【问题描述】:

我刚开始使用黄瓜进行测试,并且对“特征”的大小有疑问。

假设您可以将一组项目添加到列表中并执行通常的 CRUD,是为这组完整的 CRUD 操作创建一个功能还是为每个操作创建一个功能?

首选/接受的方法是什么?

一个动作在什么时候成为一个特性本身?

【问题讨论】:

    标签: ruby-on-rails testing cucumber bdd


    【解决方案1】:

    我判断一项功能何时成为一项功能的标准是产品的最终用户何时会觉得它很重要。

    代码大小、所涉及的类数、所需操作数、...等与此考虑无关,因为它主要是开发人员与用户/客户之间的通信工具。

    由于很少有用户对列表上的 CRUD 操作感到退出(除非它是针对获得他们最喜欢的乐队巡演的后台通行证的人的列表)我猜这对于一个功能来说太小了。

    当然,这完全取决于您的用户/客户是谁。如果你为下一代持久化框架创建一个API,那是绝对合适的。

    【讨论】:

    • 我喜欢你定义功能的方法:用户认为重要的东西。
    • 我必须每天在我的团队中敲定这一点。我发现我们倾向于在 cade 中思考很多内部问题,有时会忘记我们为谁做这一切......
    猜你喜欢
    • 2022-08-03
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2016-07-19
    • 1970-01-01
    • 1970-01-01
    • 2021-10-02
    • 1970-01-01
    相关资源
    最近更新 更多