如何解决在野外有很好的黄瓜例子吗？
| 几年前，我已经尝试了Cucumber的几个项目，并希望再次尝试。我真的不需要另一篇“开始黄瓜”文章。取而代之的是，我想看看野外的一些实际用法，一个是其他Cucumber用户会认为是惯用且没有反模式的。 那么，您认为大型项目中实际黄瓜规格的最佳示例是什么？解决方法
您可以阅读侨民的黄瓜测试。这是一个很大的项目，所以我认为您可以从中学到一些东西。
,您可以阅读Cucumber本身的功能，这些家伙应该知道他们在做什么：
https://github.com/cucumber/cucumber-ruby/tree/master/features
,这不是直接的答案，但我不同意您提出问题的前提，但有解决方案，因此无论如何我都会给出我的意见。
其他黄瓜用户会考虑使用惯用且无反图案的
我认为，这一声明令人遗憾地无法实现。
这里的Brandon Keepers of CollectiveIdea采取了通常的立场，即您应该朝着通用的，可重复使用的步骤努力，这从一般的“不要重复自己”的角度来看是有意义的。
但是，这里是Cucumber的作者AslakHellesøy，他也持有一种普遍（但互斥）的观点，即您应该努力进行针对特定场景的步骤，这从“为什么要使用Cucumber？ ”
从上面链接的“训练轮退出”中，Aslak给出了两个示例方案，以鲜明地对比这两种样式：可重用步骤与特定于方案。
经过多年在两种样式中使用Cucumber并考虑到以上难题，这些是我的结论：
可重复使用的步骤成为维护的噩梦，因为您需要支持更复杂的步骤定义，同时还要避免命名冲突。
特定于场景的步骤是易读性和简化性的首选，但由于命名冲突，它们也成为维护的噩梦。
因此，我确定Cucumber当前已损坏，并且在您喜欢的单元测试框架之上的普通Capybara是最灵活的。
如果黄瓜选择了，它们可以添加方案上下文，特定功能的方案，方案名称空间等，以便您可以按某种方式对方案进行范围划分（按功能，用户角色，只要有意义），并极大地减少命名冲突，以进行特定于方案的步骤真正可行。到那时，我认为将会有明显的风格赢家。在此之前，始终存在这样的压力：需要抽象化您的步骤来避免命名冲突，以及为了简化和易读而希望针对特定情况进行处理。
试图解决这些缺点的另一个项目是Spinach，但是该项目并不是那么活跃。在这里查看我对菠菜与黄瓜的评价。
,我也在寻找黄瓜项目。实际上，Cucumber的存储库上有一个Wiki页面，其中包含此类项目的列表（尽管并非所有项目仍在使用Cucumber）：
使用黄瓜的项目：
宝石切割机
间隙
/generators/clearance_features/templates/features/
/features/
/plugins/*/features
/features
/features
/features/
/features/
When I fill in \"Name\" with \"XYZ
When I create a project:
| name |
| xyz |
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。