单元测试之断言
作为前端开发，很少去自己写单元测试。对于单元测试的了解也很少，自学了一点关于单元测试断言的知识，有了一些自己的个人理解，记录下来，方便下次使用时查阅。
什么是断言
当你对类，模块或者方法的可以接受的输入和输出有着很明确的定义和认识，当程序的输出结果和输入不匹配时，
你想让程序有一个明确的返回。比如：我明确地知道1+1=2,我现在就想知道我输入1+1会不会得到2。如果不是程序返回一个错误。这时候我们通常会使用到断言。
断言就是专门用来验证输出和期望是否一致的一个工具。在内容的实现上，它是通过比较一个实际值actual和一个期望值expected来实现的。下面介绍一个使用较为广泛的断言库chai.js
chai.js断言库
- 安装和导入
npm i chai
import chai from 'chai'
let expect = chai.expect;
- 使用
let foo = 'bar';
expect(foo).to.equal('bar');
chai的使用是类似于链式调用的形式。以expect(foo).to.be.a('string');为例，
通过.我么你可以把这个链式分为几个部分：
expect(foo)tobe-
a('string')
我们逐步来理解这几个部分：
expect(foo)：是你要断言的对象，翻译过来就是我希望某某某
to：虚词，单纯作为语言链提供以期提高断言的可读性，它本身并不具有断言功能。
be:同to一样，是语言链调用提高可读性。
a(string)：a(type)是一个断言，用来判断测试纸的类型。type是被测试值的类型，也就是断言的期望值。
那么根据上面的分析，我们可以知道实现一个断言需要这几个部分：
- 要断言的对象
- 不具备断言功能的断言词
- 具备断言功能的断言词
- 以及期望结果
要断言的对象和期望结果都是需要根据实际输入和输出进行设置的。因此我们主要是讲解断言词。
不具备断言功能的断言词
- to
- be
- been
- is
- that
- which
- and
- has
- have
- with
- at
- of
- same
- but
- does
- still
这些断言词其实没有意义，你把它去掉也不受到影响。比如：
expect(foo).to.equal('bar');
expect(foo).equal('bar');
上面两个断言能够实现相同的功能。也就是说这些词语使不使用没什么影响。
接下来说一下具备断言功能的断言词。
具备断言功能的断言词
-
equal
equal是一个基本上万能的断言词，绝大多数的断言都可以转换成使用equal来实现。
比如判断变量长度是否为3，我们可以使用lengthOf,同样可以使用equal实现
expect(foo).have.lengthOf(3);
expect(foo.length).equal(3)；
比如判断数据类型：我们既可以使用a，同样可以使用equal实现
expect(foo).to.be.a('string');
expect(typeof foo).to.equal('string');
-
.deep
deep主要是用来递归比较对象的键值对，而不是比较对象本身。通常配合equal和property进行使用。
比如：
expect([1,2]).equal([1,2]) // 断言不通过
上面的断言无法通过，因为引用类型的比较的是对象。接下来我们看使用deep
expect([1,2]).deep.equal([1,2]) // 断言通过
也就是说如果是数组，对象等引用类型时，要比较里面的值需要使用deep。
通过使用equal和deep我们基本上能够实现绝大多数的断言。更多的关于断言
可以参考官网
说明
目前只是介绍了expect的使用，其实chai.js还有assert和should两种断言方式。
其中expect主要适用于行为驱动测试(Behavior Driven Development.BDD)。其他两种断言方式，以后用到了再进行介绍。
网友评论