- Jest 和 Enzyme 的基本介绍
- 测试环境搭建
- 测试脚本编写
- UI 组件测试
- Reducer 测试
- 运行并调试
- 参考资料
Jest 是 Facebook 发布的一个开源的、基于 Jasmine 框架的 JavaScript 单元测试工具。提供了包括内置的测试环境 DOM API 支持、断言库、Mock 库等，还包含了 Spapshot Testing、 Instant Feedback 等特性。
Airbnb开源的 React 测试类库 Enzyme 提供了一套简洁强大的 API，并通过 jQuery 风格的方式进行DOM 处理，开发体验十分友好。不仅在开源社区有超高人气，同时也获得了React 官方的推荐。
在开发 React 应用的基础上（默认你用的是 Webpack + Babel 来打包构建应用），你需要安装 Jest Enzyme，以及对应的 babel-jest
npm install jest enzyme babel-jest --save-dev
下载 npm 依赖包之后，你需要在 package.json 中新增属性，配置 Jest：
"jest": {
"moduleFileExtensions": [
"js",
"jsx"
],
"moduleNameMapper": {
"\\.(jpg|jpeg|png|gif|eot|otf|webp|svg|ttf|woff|woff2|mp4|webm|wav|mp3|m4a|aac|oga)$": "<rootDir>/__mocks__/fileMock.js",
".*\\.(css|less|scss)$": "<rootDir>/__mocks__/styleMock.js"
},
"transform": {
"^.+\\.js$": "babel-jest"
}
},并新增test scripts
"scripts": {
"dev": "NODE_ENV=development webpack-dev-server --inline --progress --colors --port 3000 --host 0.0.0.0 ",
"test": "jest"
}
其中 :
moduleFileExtensions：代表支持加载的文件名，与 Webpack 中的resolve.extensions类似moduleNameMapper：代表需要被 Mock 的资源名称。如果需要 Mock 静态资源（如less、scss等），则需要配置 Mock 的路径<rootDir>/__mocks__/yourMock.jstransform用于编译 ES6/ES7 语法，需配合babel-jest使用
上面三个是常用的配置，更多 Jest 配置见官方文档：Jest Configuration
环境搭建好了，就可以开始动手写测试脚本了。在开始之前，先分析下 Todo 应用的组成部分。
应用主体结构如下 src/component/App.js：
class App extends Component {
render() {
const { params } = this.props;
return (
<section className="todoapp">
<div className="main">
<AddTodo />
<VisibleTodoList filter={params.filter || 'all'} />
</div>
<Footer />
</section>
)
}
}可以发现 整个应用可以分为三个组件:
- 最外层的
<App /> - 中间的 Input 输入框
<AddTodo /> - 下面的 TODO 列表
<VisibleTodoList />
其中 <App/> 是 UI 组件，<AddTodo /> 和 <VisibleTodoList /> 是智能组件，我们需要找到智能组件所对应的 UI 组件 <AddTodoView/> 和 <TodoList/>。
<AddTodoView/> 就是一个 Input 输入框，接受文字输入，敲下回车键，创建一个 Todo。代码如下 src/component/AddTodoView.js：
import React, { Component, PropTypes } from 'react'
class AddTodoView extends Component {
render() {
return (
<header className="header">
<h1>todos</h1>
<input
className="new-todo"
type="text"
onKeyUp={e => this.handleClick(e)}
placeholder="input todo item"
ref='input' />
</header>
)
}
handleClick(e) {
if (e.keyCode === 13) {
const node = this.refs.input;
const text = node.value.trim();
text && this.props.onAddClick(text);
node.value = '';
}
}
}了解了该组件的功能之后，我们首先需要明确该组件需要测试哪些点：
- 组件是否正常渲染
- 当用户输入内容敲下回车键时，是否能正常的调用
props传递的onAddClick(text)方法 - 创建完成后清除 Input 的值
- 当用户没有输入任何值时，敲下回车时，应该不调用
props传递的onAddClick(text)方法
经过上面的分析之后，我们就可以开始编写单元测试脚本了。
import React from 'react'
import App from '../../src/component/App'
import { shallow } from 'enzyme'在这里我们引入了 shallow 方法，它是 Enzyme 提供的 API 之一，可以实现浅渲染。其作用是仅仅渲染至虚拟节点，不会返回真实的节点，能极大提高测试性能。但是它不适合测试包含子组件、需要测试声明周期的组件。
Enzyme 还提供了其他两个 API：
mount：Full Rendering，非常适用于存在于 DOM API 存在交互组件，或者需要测试组件完整的声明周期render：Static Rendering，用于 将 React 组件渲染成静态的 HTML 并分析生成的 HTML 结构。render返回的wrapper与其他两个 API 类似。不同的是render使用了第三方 HTML 解析器和Cheerio。
一般情况下，shallow 就已经足够用了，偶尔情况下会用到 mount。
这一步，我们可以创建一个 setup 函数来实现。
const setup = () => {
// 模拟 props
const props = {
// Jest 提供的mock 函数
onAddClick: jest.fn()
}
// 通过 enzyme 提供的 shallow(浅渲染) 创建组件
const wrapper = shallow(<AddTodoView {...props} />)
return {
props,
wrapper
}
}Props 中包含函数的时候，我们需要使用 Jest 提供的 mockFunction
这里的 Case 根据我们前面分析需要测试的点编写。
Case1：测试组件是否正常渲染
describe('AddTodoView', () => {
const { wrapper, props } = setup();
// case1
// 通过查找存在 Input,测试组件正常渲染
it('AddTodoView Component should be render', () => {
//.find(selector) 是 Enzyme shallow Rendering 提供的语法, 用于查找节点
// 详细用法见 Enzyme 文档 http://airbnb.io/enzyme/docs/api/shallow.html
expect(wrapper.find('input').exists());
})
})写完第一个测试用例之后，我们可以运行看看测试的效果。在 Terminal 中输入 npm run test,效果如下:
Case2: 输入内容并敲下回车键，测试组件调用props的方法
it('When the Enter key was pressed, onAddClick() shoule be called', () => {
// mock input 输入和 Enter事件
const mockEvent = {
keyCode: 13, // enter 事件
target: {
value: 'Test'
}
}
// 通过 Enzyme 提供的 simulate api 模拟 DOM 事件
wrapper.find('input').simulate('keyup',mockEvent)
// 判断 props.onAddClick 是否被调用
expect(props.onAddClick).toBeCalled()
})上面的代码与第一个 case 多了两点：
- 增加了
mockEvent,用于模拟 DOM 事件 - 使用
Enzyme提供的.simulate(’keyup‘, mockEvent)来模拟点击事件,这里的keyup会自动转换成 React 组件中的onKeyUp并调用。
我们再运行 npm run test 看看测试效果：
经过上面两个 Test Case 的分析，接下来的 Case3 和 Case4 思路也是一样，具体写法见代码： test/component/AddTodoView.spec.js，这里就不一一讲解了。
由于 Reducer 是纯函数，因此对 Reducer 的测试非常简单，Redux 官方文档也提供了测试的例子，代码如下：
import reducer from '../../reducers/todos'
import * as types from '../../constants/ActionTypes'
describe('todos reducer', () => {
it('should return the initial state', () => {
expect(
reducer(undefined, {})
).toEqual([
{
text: 'Use Redux',
completed: false,
id: 0
}
])
})
it('should handle ADD_TODO', () => {
expect(
reducer([], {
type: types.ADD_TODO,
text: 'Run the tests'
})
).toEqual(
[
{
text: 'Run the tests',
completed: false,
id: 0
}
]
)
expect(
reducer(
[
{
text: 'Use Redux',
completed: false,
id: 0
}
],
{
type: types.ADD_TODO,
text: 'Run the tests'
}
)
).toEqual(
[
{
text: 'Run the tests',
completed: false,
id: 1
},
{
text: 'Use Redux',
completed: false,
id: 0
}
]
)
})
})更多关于 Redux 的测试可以看官网提供的例子：编写测试-Redux文档
在运行测试脚本过程，Jest 的错误提示信息友好，通过错误信息一般都能找到问题的所在。
同时 Jest 还提供了生成测试覆盖率报告的命令，只需要添加上 --coverage 这个参数既可生成。不仅会在终端中显示：
而且还会在项目中生成 coverage 文件夹，非常方便。