2017-10-16 130 views
0

我的一位客户对使用黄瓜很感兴趣。 但我仍然有几个问题:黄瓜最佳做法

  1. 开发团队应该将他们的代码调整到小黄瓜文件吗?
  2. 我们应该从头开始一个项目来跟随黄瓜模式吗?
  3. 我们应该在哪里存储我们的规格文件(.feature文件)?我们 是否应该将它们留在日食文件夹中?我们是否应该通过 测试管理工具(如测试? 管理他们的最佳做法是什么?
  4. 我曾经与Selenium Page Object Model一起工作,并在Testink中存储我的测试 个案。我是否应该用完整的黄瓜 解决方案取而代之?它看起来像黄瓜的最佳实践与页面对象模型不兼容 。我错了吗?

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

回答

0

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

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

  2. 没有必要从头开始。如果代码是可测试的,则可以使用行为驱动开发(即对话,具体示例,自动接受测试,代码,依次)来推动开发。 开始在现有项目/产品上使用BDD是可能的,并且在大多数情况下是必要的,因为您已经有了工作目标。 BDD只是一个意思,而不是一个目标。

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

  4. Cucumber和Page Object Pattern之间没有冲突。您创建的场景,即系统应该如何工作的具体示例,将转换为实际执行某些操作的步骤。一个好习惯是将步骤委派给助手对象。这些助手的一个例子是页面对象。

听起来,你需要了解更多关于行为驱动的发展和黄瓜。

我有一些resources可能会帮助你。

+0

谢谢托马斯。我真的很感激你的意见。是的,你是对的,我对黄瓜是全新的。我需要再次挖掘,但到目前为止,你帮了我很多。我也会深入了解你的链接。 –

+0

我很高兴能够帮助你。 –