【腾讯TMQ】Jest基本使用方法以及mock技巧介绍

导读

Jest是由Facebook开发并维护的一套js的单元测试框架，之前在后台的nodejs项目里面第一次尝试使用，感觉还是非常容易上手的，功能也比较强大。尤其是mock方面也别好用，还天然的支持覆盖率，所以非常推荐使用。

内置支持的功能如下:

• 灵活的配置：比如，可以用文件名通配符来检测测试文件；

• 测试的事前步骤(Setup)和事后步骤(Teardown)，同时也包括测试范围；

• 匹配表达式(Matchers)：能使用期望expect句法来验证不同的内容；

• 测试异步代码：支持承诺(promise)数据类型和异步等待async / await功能；

• 模拟函数：可以修改或监查某个函数的行为；

• 手动模拟：测试代码时可以忽略模块的依存关系；

• 虚拟计时：帮助控制时间推移。

1 基本使用介绍

1.1 安装

1.2 一个简单的例子

被测试文件：sum.js

测试文件: sum.test.js

将下面的配置部分添加到你的 package.json 里面：

“scripts”: {
“test”: “jest”
}

执行下面的命令即可:

npm test

结果：

注意：jest会自动搜索路径下面所有test.js结尾的文件, 默认都会执行。

如果想单独运行某个测试文件可以直接加上文件名就可以。

如上面的例子可以：

npm test sum.test.js 或者jest sum.test.js
也可以在jest配置文件里配置上testRegex
testRegex默认值：(/tests/.*|(\.|/)(test|spec))\.jsx?$

1.3 Jest配置选项

可以参考：
https://facebook.github.io/jest/docs/en/configuration.html里面，比较有用的就是collectCoverage 默认是false，设置成true的话执行完测试就会自动统计覆盖率。

如图：

1.4 jest命令行

除了用npm test 执行测试，也可以直接jest执行所有用例，jest支持的命令行参数可以参考：
https://facebook.github.io/jest/docs/zh-Hans/cli.html
命令行参数仅支持 jest 执行，npm test这样是不支持命令行的。

下面介绍比较常用的：

（1）——runInBand

jest –runInBand

可以顺序执行所有用例，默认所有用例是并行执行的。

（2）——debug

执行前打印jest所有配置信息。　

2 Jest的mock技巧介绍

2.1 基本的mock

2.1.1 Mock一个函数

方法的mock 非常简单，使用jest.fn 就可以非常简单的mock一个函数。
如下面的例子：代码里面有一个函数叫forEach。

此函数可以简单使用下面方法mock，并且jest提供一些方法可以确保查看mock函数被调用的情况：

mock属性的所有api可以参考：https://facebook.github.io/jest/docs/en/mock-function-api.html

2.1.2 Mock返回值

可以使用mock注入返回值，可以使用的api为mockReturnValue,mockReturnValueOnce等。

如下面的例子：

2.1.3 Mock内部实现

使用jest.fn或者mockImplementationOnce 可以完全替换需要mock的函数。

如下面的例子：

当需要mock的函数是从其他模块创建的就可以使用mockImplementation。

2.1.4 Mock名字

可以使用mockName 来给mock函数命名，如果没有命名，输出的日志默认就会打印jest.fn()，加上名字更有利于调试。

另外有用的mock方法可以参考：
https://facebook.github.io/jest/docs/en/mock-functions.html

2.2 模块的mock

这里面有几种方式来mock：

2.2.1 使用jest.mock自动mock

2.2.2 jest.mock()直接在单元测试里面mock 模块

例如我们很多产品代码里面会使用fs文件读取文件, 在单元测试中, 我们并不需要真去调用fs读取文件, 就可以考虑把fs模块mock掉, 如下代码：

**2.2.3 在需要mock的模块目录临近建立目录mocks
这里面分两种情况：**

2.2.3.1 对于用户目录下面的模块

例如我们需要mock目录models下面的user模块，那么我们就需要在models下面新建mocks目录（这里要区分大小写），然后新建文件user.js。

注意：用这种方式， 需要在单元测试文件中需添加下面的代码才能使此mock生效。

2.2.3.2 对于node_modules下面的模块

如果我们需要mock的模块是一个Node的模块（如lodash
），那么 mocks应该是挨着node_modules目录（除非你手动配置的 roots指向非本项目的root目录），这种就会自动mock了，也就是不需要在单元测试用例里再调用jest.mock(‘module_name’)。

如果需要mock的模块是scoped模块，那么我们创建的mock的名字需要一致，例如， mock模块名字为 @scope/project-name，那么就需要创建mocks/@scope/project-name.js。

注意：如果我们需要mock node的核心模块（如fs或者path），那么还是需要显示的调用jest.mock(‘path’) ， 因为核心的node模块默然是不被mock的。

总结一下上面两种mock的目录应该如下：

2.3 类的mock

类可以用四种方式来mock一个类。

此部分我们使用下面的类来举例：

使用下列用例check下mock的执行情况：

2.3.1 jest.mock自动mock类所在的模块, 类和类的方法也自动被mock。

2.3.2 在mock_路径建立mock的文件：

2.3.3 使用带模块工厂参数的mock。

形式如下jest.mock(path, moduleFactory)，其中模板工厂参数指的是一个返回模块的函数

2.3.4. 使用mockImplementation()或者mockImplementationOnce()代替mock

可以使用mockImplementation() (or mockImplementationOnce())代替上面的带模板工厂参数的mock方法，mockImplementation或者mockImplementationOnce来修改mock。

如下面的例子，在使用了mock之后，随时可以使用。

可以参考：
https://facebook.github.io/jest/docs/en/es6-class-mocks.html

总结

对于简单的函数的mock，推荐使用jest.fn 来进行mock，针对不同的情况 （例如返回值或者替换实现），可以考虑使用mockReturnValue和mockImplementation；针对类和模块的mock，推荐使用自动的mock方法也就是jest.mock。对于比较复杂的类和接口，如果自动mock不能完成覆盖到的话，建议结合使用jest.mock和jest.fn().mockImplementation，或者可以使用jest.mock完全自己mock。

另外，jest里面有timer的mock，使用jest.useFakeTimers()可以自动mock代码里面的setTimeout和setInterval等函数具体信息请参考：
https://facebook.github.io/jest/docs/en/timer-mocks.html。

关注腾讯移动品质中心TMQ，获取更多测试干货！

版权所属，禁止转载！！！