搭建 Jest+ Enzyme 测试环境
1.为什么要使用单元测试工具？
因为代码之间的相互调用关系，又希望测试过程单元相互独立，又能正常运行，这就需要我们对被测函数的依赖函数和环境进行mock，在测试数据输入、测试执行和测试结果检查方面存在很多相似性，测试工具正是为我们在这些方面提供了方便。
所谓单元测试也就是对每个单元进行测试，通俗的将一般针对的是函数，类或单个组件，不涉及系统和集成。单元测试是软件测试的基础测试。
2.React 的标配测试工具 Jest。
Jest主要有以下特点：
1.适应性：Jest是模块化、可扩展和可配置的。
2.沙箱和快速：Jest虚拟化了JavaScript的环境，能模拟浏览器，并且并行执行
3.快照测试：Jest能够对React 树进行快照或别的序列化数值快速编写测试，提供快速更新的用户体验。
4.支持异步代码测试：支持promises和async/await
5.自动生成静态分析结果：不仅显示测试用例执行结果，也显示语句、分支、函数等覆盖率。
JEST对比Mocha来说，因为如下几个优点最后胜出：
1.和React师出同门，FB官方支持
2.已经集成了测试覆盖率检查、mock等功能，不需要安装额外的库
3.文档完备，官方提供了和babel、webpack集成情况下以及异步调用的测试解决方案
4.官方提供snapshot testing解决方案
3.Jest + Enzyme的使用过程
1.安装
$ nam install —save-dev jest
如果需要在测试项目中使用babel，需要安装babel-jest
$ nam install —save-dev babel-jest
然后安装enzyme
$ npm install enzyme —save-dev
如果使用的react版本在13以上，还需要安装react-addons-test-utils
$ nam i —save-dev react-addons-test-utils
2.配置
JEST运行基础功能虽然无需配置，但是官方依然提供了配置选项来实现个性化需求。
package.json文件中配置jest的collectCoverageFrom参数，来指定检查所有需要测试的文件(无论源文件有没有被测试文件使用到）
coverageThreshold 参数来配置测试覆盖率。
jest.config.js 配置jest：
module.exports = {
bail: true, //遇上 test feature, 则Stop running test, 默认值是false
cacheDirectory: './node_modules/.cache', //测试缓存数据的存储位置
testEnvironment: 'jsdom', //default brower-like enviroment, 如果你搭建了一个node service node-like enviroment
coverageThreshold: { //测试覆盖率, 阈值不满足，就返回测试失败
global: {
branches: 90,
functions: 90,
lines: 90,
statements: 90,
},
},
coveragePathIgnorePatterns: [ //该路径下的测试，忽略在测试覆盖率上
'build',
'<rootDir>/src/shared/libs/url/',
],
testRegex: 'test/.*\\.jsx?$', //要测试的文件目录及后缀
testPathIgnorePatterns: [ //忽略该路径的文件测试
'<rootDir>/node_modules/',
'<rootDir>/build/',
'<rootDir>/scripts/',
'<rootDir>/api/',
'<rootDir>/test/setup.js',
'__mocks__',
],
moduleFileExtensions: ['', 'json', 'js', 'jsx', 'less'], //测试模块中用到的文件的后缀名配置
modulePaths: ['<rootDir>/src', '<rootDir>'],
moduleNameMapper: { //与测试无关的资源文件同意mock 掉，这样在import 的时候就不会真的引入这些文件
'^import?': '<rootDir>/build/jestImportMock.js',
'\\.(css|less|gif|jpg|jpeg|png)$': '<rootDir>/build/jestStyleMock.js',
},
setupFiles: ['<rootDir>/test/setup.js'], //给每个测试文件添加额外的配置
transformIgnorePatterns: [ //测试过程不改变满足配置的文件
'<rootDir>/node_modules/(?!(react-aaui|tempest\\.js)/)',
'babel-runtime',
],
}
4.了解React官方测试工具库
react测试可以分为测试DOM结构 和测试Action和Reducer
React官方测试工具库提供两种测试形式：
1.Shallow Rendering 测试虚拟DOM的方法
Shallow Rendering （浅渲染）指的是，将一个组件渲染成虚拟DOM对象，但是只渲染第一层，不渲染所有子组件，所以处理速度非常快。它不需要DOM环境，因为根本没有加载进DOM。
import TestUtils from 'react-addons-test-utils';
function shallowRender(Component) {
const renderer = TestUtils.createRenderer();
renderer.render(<Component/>);
return renderer.getRenderOutput();
}
Shallow Rendering 函数，该函数返回的就是一个浅渲染的虚拟DOM对象。只有一层，不返回子组件。
2.DOM Rendering 测试真实DOM的方法
官方测试工具库的第二种测试方法，是将组件渲染成真实的DOM节点，再进行测试。这时就需要调用renderIntoDocument 方法。
import TestUtils from 'react-addons-test-utils';
import App from '../app/components/App';
const app = TestUtils.renderIntoDocument(<App/>);
renderIntoDocument 方法要求存在一个真实的DOM环境，否则会报错。因此，测试用例之中，DOM环境（即window, document 和 navigator 对象）必须是存在的
Enzyme库对官方测试库进行了封装，它提供三种方法：
import { shallow, mount, render } from ‘enzyme’
shallow 返回组件的浅渲染，对官方shallow rendering 进行封装
const wrapper = shallow(<Counter {...props} />)
expect(wrapper.find('button').exists()).toBeTruthy()
shallow 返回Counter 的浅渲染，然后调用find 方法查找 button 元素
关于find方法，有一个注意点，就是它只支持简单选择器，稍微复杂的一点的CSS选择器都不支持。
render 方法将React组件渲染成静态的HTML字符串，然后分析这段HTML代码的结构，返回一个对象。它跟shallow方法非常像，主要的不同是采用了第三方HTML解析库Cheerio，它返回的是一个Cheerio实例对象。
const wrapper = render(<Counter {...props} />)
expect(wrapper.find('button').exists()).toBeTruthy()
render方法与shallow方法的API基本是一致的。
Enzyme的设计就是，让不同的底层处理引擎，都具有同样的API
mount 方法用于将React组件加载为真实DOM节点。
const wrapper = mount(<Counter arithmetic={arithmetic})
wrapper.find('button').simulate('click')
Enzyme的一部分API，你可以从中了解它的大概用法。
.get(index)：返回指定位置的子组件的DOM节点
.at(index)：返回指定位置的子组件
.first()：返回第一个子组件
.last()：返回最后一个子组件
.type()：返回当前组件的类型
.text()：返回当前组件的文本内容
.html()：返回当前组件的HTML代码形式
.props()：返回根组件的所有属性
.prop(key)：返回根组件的指定属性
.state([key])：返回根组件的状态
.setState(nextState)：设置根组件的状态
.setProps(nextProps)：设置根组件的属性
toMatchSnapshot方法会去帮你对比这次将要生成的结构与上次的区别
测试 异步action
他的I/O可能依赖store.getState()，自身又会依赖异步中间件，这类使用原生js测试起来比较困难，我们的目的可以设定为：当我们触发一个action后，它经历了一个圈异步最终store.getAction中的action拿到的数据和我们预期一致。因此我们需要用到两个库：redux-mock-store 和 nock。
const mockStore = configureStore([thunk, promiseMiddleware]) //配置mock 的store，让他们有相同的middleware
afterEach(() =>
nock.cleanAll()
) //每执行完一个测试后，清空nock
const store = mockStore({
router: {
location: '/',
},
}) //以我们约定的初始state创建store，控制 I/O 依赖
const data = [
//接口返回的信息
{…
},
]
nock(API_HOST) //拦截请求返回的response
.get(`/api/…`) //拼接路由，需要在test.js中配置测试路径
.reply(200, {code: 0, data})
return store.dispatch(actions.getAll()).then(() => expect(store.getActions()).toMatchSnapShot())
1.用nock来mock拦截http请求结果，并返回我们给定的response
2.用redux-mock-store 来mock store 的生命周期，需要预先把middleware配成和项目一致
3.describe会包含一些生命周期的api，比如全部测试开始做啥，单个测试结束做啥api，这里每执行完一个测试就清空nock
4.用了jest中的toMatchSnapShot api 来判断两个条件是否一致。
本来你要写成 expect(store.getActions()).toEqual({data …}) 你需要把equal 里的东西都描写具体，而toMatchSnapshot
可在当前目录下生成一个snapshot ，专门存放当前结果，写测试时看一眼是预期的就commit。如果改坏了，函数就不匹配snapshot了。
5.测试注意事项
1.拆分单元，关注输入输出，忽略中间过程。dom测试时只用确保正确调用了action函数，传参正确，而不用关注函数调用结果，置于action处理结果，reducer中对state的改变这些都留给action和reducer自己的单元测试区测。不要想着测试整个大功能的流程，不要有闭环的思想，单元测试需要保证的当前单元正常，对于每个单元模块输入输出都正确，理论串联后一起使用闭环时也会正确。
2.多种情况的测试覆盖，如果不能保证测试的全面性，每种情况都覆盖到，那么这个测试就是个不敢依靠的不全面的测试。当然在实际项目中，可能因为时间、资源等问题，无法保证每种情况都测试到，而只测试主要的内容，这时候要做到心里有数，反正我是对于每个测试都写注释的，交代清楚测试覆盖了哪些，还有哪些没有覆盖，需要其他手段保持稳定性。
3.关注该关注的，无关紧要的mock掉。css、图片这种mock掉，http请求mock掉
4.原本不利于测试的代码还是需要修改的，并不能为了原代码稳定不变，在测试时不敢动原代码。譬如函数不纯，没有返回值等。
