想用 Cucumber 来给项目做集成测试，但是目前团队里面没有人对这个特别熟悉。 有没有对 Cucumber 比较擅长的同学，希望能够跟着学一下，可以远程。 不需要特别详细的上课那种教学，主要是遇到一些疑问和不太懂的地方能够有人可以问。 目前团队的主要开发语言就是 Ruby，所以不用太担心基础问题。 看有没有熟悉 Cucumber 的同学能聊一下？
Rei
回复
面向想做自动化验收测试的人群。你这么说，否则某种程度上说明你们的 UI 测试人肉居多。或者浪费严重。
Rei
回复
看清楚，我简书里面的内容。不是单纯的从一个技术问题角度去处理。
如果你没有 Scrum 中的用户故事与验收标准的概念和认识，那么你说的是对的，无需再讨论。
Rei
回复
我们主要是给产品和测试验收用。 开发这边自己会写单元测试。 目前项目在弄前后端分离，这样后端开发自己把 API 测试写了就行了。 最后的 UI 方面的验收，还是需要测试人员来。目前我们的测试人员归在产品那边。
10000
回复
cucumber 本身不复杂，网上资料很多，通常的问题是出在你们的系统架构上，要做到端到端的测试，对后端系统是有些小要求的。
可以先看看我简书里面的那几个文章，基本上可以去动手尝试了。能搞定也就可以把钱省下来了，带着团队去撸串。
微信可以找到我 edwardzhq
cucumber 首先是沟通工具，减少产品和开发之间的认知差距。 cucumber 之后才是自动化工具 用 cucumber 的话，就要搭上一个开发，测试搞不定。测试还有其他自动化工具，cucumber 这是看起来对开发友好。
如果把 cucumber 当沟通工具，写写用户故事就可以了，挺好的。 如果当做自动化工具，只能说仁者见仁了。
yfractal
回复
你 get 到点了。但是需求沟通，写写用户故事就够了吗？仅仅是用户故事，效果还不如传统的软件规格书来的好。
cucumber 并非是最好的测试工具/框架，用它的原因是正好，我们在用 Scrum，用户故事的另一个极其重要衍生物，可以直接用起来，这是我训练的 Scrum 团队能够真正玩好 Scrum 的重要原因。
大部分的 Scrum 团队，都只是在玩 Scrum 过程的团队而已。
我推荐使用 Cucumber，并非单纯从一个技术的优劣性的角度。比它更方便、更高效的工具一大堆 (MiniTest Rspec RobotFramework .....)。单独讨论这一点就如同讨论 PHP 是不是宇宙最好的语言一样意义不大。
如果我们没有真正玩敏捷之前，我们也没有多少使用 Cucumber，更多使用 RSpec.
我是觉得产品的需求不如用户故事靠谱 
，不过这个只是我个人经验，可能不是很有参考价值。。。
推行敏捷、或者项目管理，在软件公司挺难的，教给别人就更不容易了 
大部分的 Scrum 团队，都只是在玩 Scrum 过程的团队而已。
有的对敏捷了解比较少，有的只是走个过场，却不知道这些工具、方法是为了解决什么问题而存在的。知其然，不知其所以然。