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

Question

阅读大量有关行为驱动测试的材料。事实上，正如（例如）here 所述，规范的代码应该非常易读、简短且直接。

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

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

因此，问题：有没有办法将RSpec 中的行为规范和实现分开？我可以编造很多方法，但在发明轮子之前，我宁愿坚持一些常见的、经过验证的、众所周知的做法。

Answer 1

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