使用黄瓜来testing一个不用rails写的API
我正在编写一个使用非rails框架的API。 我通常使用Cucumber作为BDD，并在我写入RAILS时testingAPI。
当我testing一个写在node.js（或任何其他框架，顶部）上的API时，有没有强烈的理由不使用Cucumber？
强烈的技术原因不这样做可能包括：
- 黄瓜对铁路的依赖性
- node.js存在一个更好的框架
- 我不知道的其他一些技术原因。
首先，黄瓜不依赖于Rails。
我一直在尝试一些不同的JavaScripttesting框架，试图找出我想要使用的。 到目前为止，我喜欢mocha用expect.js进行unit testing，但是我还没有发现任何对我感到满意的节点应用程序的集成testing。 可以用摩卡和超类，我也尝试过到达那里的cucumber.js，但是它不像Ruby版本那样成熟 – 所以这就是我打算使用的。
我想不出一个不这样做的好理由，除了像设置灯具这样的事情可能更难 – 但这可能是一件好事，因为它会迫使你的testing只处理公共接口你的API – 正如它打算使用的那样。
正如所说的黄瓜与铁路无关。 您可以完美地使用它来testing用任何语言编写的API。
如果你想使用node.js完整的堆栈cucumber.js是一个不错的select。