我应该从誓言转向摩卡吗？
我正在试图决定是否从一个大的节点应用程序从誓言切换到摩卡。
我已经享受了几乎所有的誓言经验 – 但是对于论证的传递只是有点奇怪。 我总是不得不挠头去记住主题是如何工作的，这会干扰写入testing的基础知识。 在深度嵌套的asynchronoustesting中，这是特别有问题的。 虽然我发现把Vows和async.js结合起来可以有所帮助。
所以摩卡在报告中似乎更加灵活。 我喜欢selecttesting风格的自由，重要的是它也在浏览器中运行，这将是非常有用的。 但是我担心它仍然不能解决深度嵌套asynchronoustesting的可读性问题。
有没有人有任何实际的意见 – 摩卡可以做深层嵌套testing可读？ 我错过了什么吗？
摩卡是王牌。 它提供了一个完成的callback，而不是等待茉莉花提供。 我不能谈论从誓言迁移，但从茉莉花是直截了当的。 在你的摩卡testing函数里，你可以使用async（如果你想要的话，可以使用async，如果你想成为遗传），但是如果你需要嵌套的callback，那么你可以使用集成testing来考虑testing的粒度。
OT：100％的testing覆盖率很less提供任何价值。
深度嵌套testing可以通过在unit testing套件中使用stream量控制来解决。
Vows不允许这么做，因为导出方式需要创build支持这个的stream控制库。
要么写一个誓言的stream量控制库或切换到摩卡和重新使用现有的stream量控制库。