node.js assert 为单元测试提供的断言非常有限。甚至在我编写第一个测试之前,我就已经创建了一些断言,因为很明显我将继续重复使用它们。
你能推荐一些好的断言库来测试常见的 javascript 情况(对象结构、对象类等)吗?
理想情况下,它应该与 nodeunit 很好地集成(或者更好地扩展它的断言)——我的断言没有,我必须将它们test
作为额外的变量传递......
我见过的唯一一个是柴。你能说什么呢?
这在某种程度上也是一个偏好问题——您更喜欢使用assert
语法还是 BDD 风格的断言 ( smth.must.equal(...)
) 进行测试。
对于断言风格,Chai 的断言可能会很好用。它具有比 Node 自己的断言模块更多的内置匹配器。
如果您发现 BDD 风格更具可读性和流畅性,那么这三个都可以:
当涉及到各种匹配器时,它们的主要区别在于其 API 的简单性或复杂性。但是,它们的基本平等断言是可以互换的——foo.must.equal(42)
或者foo.should.equal(42)
。
在选择 Chai.js 和 Should.js 时,你需要注意一件事,我认为这是一个基本的设计错误——他们断言属性访问的做法,而不是将匹配器作为函数调用。我写了一篇关于断言属性访问以及它如何在测试中导致误报的评论。
我使用自己的断言库node-assertthat。它的特点是它的语法看起来非常流畅并且(恕我直言)非常易读(受 NUnit for .NET 的启发),例如:
var actual = [...],
expected = [...];
assert.that(actual, is.equalTo(expected));
基本上它工作得很好,但是还没有实现太多的断言。所以它是否“好”我不会决定——这取决于你。
它使用了一个比较库,它提供了诸如按结构比较对象和其他一些不错的东西:compare.js。
例如,如果你需要对象并且你想知道它们是否相等(通过它们的值),你可以这样做
cmp.equal(foo, bar)
或简称:
cmp.eq(foo, bar)
您还可以按结构比较对象,例如检查两个对象是否实现相同的接口。你可以这样做
cmp.equalByStructure(foo, bar)
或简称:
cmp.eqs(foo, bar);
再一次,我会让你决定它是否“好”,但至少我对两者都非常满意。
PS:我知道 StackOverflow 不是宣传你自己的项目的地方,但我认为在这种情况下,答案迫使我这样做,因为在这种情况下,“你能推荐”的答案是“我自己的工具”我是最合适的。因此,请不要将此帖子视为垃圾邮件。