黄瓜最佳做法

Question

我的一位客户对使用Cucumber感兴趣。 但我对此仍然有一些疑问：

1. 开发团队是否应该将其代码调整为Gherkin文件？
2. 我们应该从头开始一个项目来跟随Cucumber模式吗？
3. 我们应该在哪里存储我们的spec文件（.feature文件）？我们应该吗 把它们留在eclipse的文件夹中？我们应该上传它们吗？ 测试管理工具如测试？什么是最好的做法 管理他们？
4. 我曾经使用过Selenium Page Object Model并存储我的测试 Testink中的案例。我应该用一个完整的黄瓜代替它 解？看起来Cucumber的最佳实践不兼容 使用页面对象模型。我错了吗？

任何帮助将不胜感激。 谢谢你们。

Answer 1

这部分是意见问题。我会提出我的看法。其他人可能有不同的看法。

1. 黄瓜不应采用该代码。代码应该是可测试的。这恰好与您需要能够连接到测试代码或Cucumber中的步骤的内容一致。

2. 无需从头开始。如果代码是可测试的，则可以使用行为驱动开发（即对话，具体示例，自动验收测试，代码，按此顺序）来驱动开发。 开始在现有项目/产品上使用BDD是可能的，并且在大多数情况下是必要的，因为您已经有了工作目标。 BDD只是一种手段而非目标。

3. 要素文件应与源代码一起存储。也就是说，它应该以与其余代码相同的方式进行版本控制。 当您的持续集成服务器Jenkins或类似服务器在每次提交后构建系统时，它必须可用。如果将它们存储在其他地方，最终会出现构建和验证系统的问题。

4. Cucumber与Page Object Pattern之间没有冲突。您创建的方案（即系统应如何工作的具体示例）将转换为实际执行某些操作的步骤。一个好习惯是从步骤委托给辅助对象。这些助手的一个例子是Page Objects。

在我看来，您需要了解有关行为驱动开发和黄瓜的更多信息。

我有一些resources可能对您有帮助。