RSpec“意识形态”问题：如何区分测试描述和实现

Question

阅读有关行为驱动测试的大量资料。实际上，正如（{3}}所述，规范的代码应该是非常易读，简洁明了。

现在我有一个问题：假设有两种团队成员：一种是开发者，另一种是测试者（QA）。如果不是describe和it存根，那么所有it被标记为待处理的最佳测试计划是什么？因此，质量保证部门可能希望创建这样的测试计划并将其传递给开发人员以进行正确的实施。

几天后，测试人员（或产品经理）想要查看测试。但是......那里有一堆代码。

因此，问题：有没有办法在RSpec中区分行为规范和实现？我可以制造大量的方法，但在发明轮子之前，我宁愿选择一些常见的，经过验证的，众所周知的做法。

Answer 1

根据The RSpec Book RSpec 是开发人员在内部为他们管理的内容，但 Cucumber 是生产经理和企业可以看到的。将RSpec视为内部工具，以编写覆盖范围，以查看对象的内部行为：模型，控制器，视图。其他团队成员也可以看到Cucumbers所涵盖的整体图片