团队是否采用 BDD 进行回归测试？答案

【问题标题】：Are teams adopting BDD for regression testing?团队是否采用 BDD 进行回归测试？
【发布时间】：2018-08-06 20:21:08
【问题描述】：

已经听说过很多关于采用 Selenium 进行回归测试的 BDD。团队是否使用 BDD 编写回归测试？我在询问如何为像银行应用程序这样的体面的基于消费者的应用程序自动化测试用例。

【问题讨论】：

对于投反对票的人。你能评论一下你为什么投反对票，这样我下次就可以避免重复了吗？

【解决方案1】：

首先，我认为 BDD 是敏捷开发的方法之一。我们有 TDD（测试驱动开发）、ATDD（验收测试驱动开发）和许多其他方法。

其次，您可以在开发和测试中使用这些方法中的任何一种。是的，也可以将它与 Selenium 一起使用，以编写功能性 UI 测试。为此，如果使用 Java，则可以使用 Cucumber BDD 插件；如果使用 Ruby，则可以使用 Calabash BDD 插件（并且您还有更多 BDD 插件）。人们使用 BDD 的原因是，它使需求更清晰，因为它是简单的 Given,When, Then (GWT) 英语语句。这意味着非技术人员可以在 GWT 语句中编写测试用例，然后技术人员可以自动执行这些英语语句，而不会对需要做什么产生任何歧义。

我个人将 Cucumber 与 Java 和 Appium 一起使用，我发现它非常有用。如果您对我是如何做到的感到好奇，可以在这里查看我的帖子 - http://www.rajsubra.com/2017/04/03/appiumjavacucumber-set-up-step-by-step-instructions/

【讨论】：

嗨，拉杰。请停止在帖子中添加签名/链接 - 谢谢！此处由版主强制执行。

【解决方案2】：

做好 BDD 的一个好处是，您最终可以获得一套有助于处理回归的自动化场景。但是，您必须对这些场景提供的内容持现实态度。他们能做的最好的事情就是说类似

“您的应用程序的行为方式可能与您进行更改之前大致相同。似乎没有明显的问题”

对于许多应用程序来说，这足以提供巨大的好处。

场景永远不能“证明”您的应用程序正在运行。 BDD 最适用于主要涵盖快乐路径的高级抽象场景。 BDD 故意谈论场景而不是测试。场景不是测试，也不是您应该尝试并用来证明您的银行、医疗保健或航天飞机软件运行正常的事情。

【讨论】：

【解决方案3】：

您的问题是基于意见的。您可以在任何可以使用所需样式形式化行为的地方使用 BDD。如果您稍微搜索一下，您会发现与您的业务领域相关的示例，例如：https://www.slideshare.net/chrix2/testing-banking-apps。

【讨论】：

感谢您的回复。由于我的声誉低于 50 分，因此我现在看不到我的赞成票。它应该很快就会更新。