如何编写功能文件以及何时将其转换为步骤定义以适应不断变化的业务需求?

时间:2015-12-10 03:05:47

标签: cucumber bdd gherkin

我正在与其他团队成员一起开展BDD Web开发和测试项目。

最重要的是,我们在小黄瓜中编写特征文件并运行黄瓜以生成步骤函数。在底部我们编写Selenium页面模型和动作库脚本。剩下的就是用Selenium脚本填写步骤函数,最后运行黄瓜案例。

听起来很简单。

问题出现在我们编写功能文件时。

问题1 :我们的客户要求在项目进行时每周都在不断变化,包括删除旧的和添加新的。

问题2 :最重要的是,对于某些功能,详细步骤也会不断变化。

如果我们尝试每天根据更新的功能文件生成更新的步骤功能,问题会变得非常糟糕。为了使步骤功能和功能文件保持同步,需要进行一些清理工作。

为了解决问题2,我记得编写小黄瓜功能文件的一个基本规则是尽可能使用业务领域语言。所以我试图说服BA 写一个更模糊的功能文件,并且不要在其中包含太多的UI特定步骤,这样我们就不需要经常修改功能文件/步骤功能。但她犹豫不决,因为客户的要求文件包含详细信息,她只是试着跟进。

为了解决问题1,我没有解决方案。

所以我的问题是:

  1. 是否有一种很好的方法来编写功能文件,以免受客户需求变更的影响?我们可以写一些模糊的内容来省略一些可能会改变的细节(至少我们可以稳定步骤函数原型),如果是这样,我们可以走多远?

  2. 何时是生成步骤定义并填写内容的好时机?从一开始,还是等到功能稳定一点?如果功能不断变化,我们应该多久进行一次?是否有一种方便的方法来清理过时的步骤功能?

  3. 任何想法都表示赞赏。

    谢谢,

0 个答案:

没有答案