meteor - meteor TDD 上的 Laika 与 Velocity

Question

您好，我是 Meteor 上的 TDD 新手。

我发现了 2 个 TDD 框架 laika 和velocity。

两者有什么区别？

当我使用莱卡和速度时？

Answer 1

这可能不是一个适合 SO 的问题，但我自己也遇到过这个问题，所以我会分享我的经验和想法。

首先，Velocity 本身并不是一个测试框架。它实际上是一个测试框架的框架。它提供统一的报告和执行管理。您不仅使用 Velocity；还使用 Velocity。您使用它支持的测试框架，目前:sanjo:jasmine、mike:mocha 和 Clinical:nightwatch。

Arunoda(《莱卡》的作者)已经转向其他工作(他与 Kadira 的成功的受害者)，所以我认为莱卡不会继续前进。它不是添加到速度框架的目标(至少是 Arunoda)。我认为这是一种耻辱，因为它是我可以开箱即用的唯一测试框架，也是我现在用于有限集成和客户端测试的框架。我坚信它对 phantomjs 的使用比尝试使用真实浏览器的 sanjo:jasmine (chrome) 或 Clinical:nightwatch (firefox) 好得多。我现在仍然推荐 Laika，但我怀疑它会在某个时候崩溃并且不会很快修复。

TinyTest 正在添加到 Velocity 中。据我所知，它是面向服务器端的，并且对新用户来说是一个障碍，因为它需要学习和使用包，而这些包通常是更高级的 Meteor 主题。我按照说明运行了它，但我从未使用过它。这主要是因为我倾向于编写尽可能多的非 Meteor 特定的代码，并使用节点单元进行所有单元测试。 Webstorm 具有出色的节点单元支持，我已经使用它编写了数千个测试。

我还没有让临床:夜巡在速度或其他方式下运行。我已经尝试过两次，两次尝试都是在 1.0 版本之前进行的，所以现在可能会更好，但是文档状况不佳，团队一直将重点放在 1.0 版本的其他地方。我认为 BDD“描述”语法太冗长，所以 mike:mocha 我不感兴趣。我意识到 Laika 在幕后也使用了 mocha，但它不需要 BDD 风格的“描述”语法，并且 Laika 示例对我来说非常有意义。在与 Nightwatch 的真实浏览器方法作斗争之后，我完全相信 Headless phantomjs 是正确的选择，所以我什至没有尝试 sanjo:jasmine。

尽管目前 Velocity 的状况不佳，但我认为这是前进的方向。它会变得更好，如果我在 Meteor 开发方面的经验在 Velocity 上得到重复，它会很快变得更好。作为一个新的 Meteor 开发者，我建议你尝试一下 Velocity。如果做不到这一点，如果您的兴趣主要是服务器端单元测试，那么就回到 TinyTest。只有当这真的令人沮丧时，我才会建议你拿起莱卡，然后期待它有一天会坏掉。希望这足以让 Velocity 的情况得到极大改善。