Jest、Enzyme 简介

Jest 是 FaceBook 发布的一个开源的、基于 Jasmine 框架的 JavaScript 单元测试工具。

Enzyme 是 React 的测试类库。 Enzyme 提供了一套简洁强大的 API，并通过 jQuery 风格的方式进行DOM 处理，开发体验十分友好。

普通方法测试

首先，使用npm安装Jest

    npm install --save-dev jest

在目录下新建一个待测试文件 sort.js。

    function sort(sortArr) {
        return sortArr.sort((a, b) => a - b);
    }
    module.exports = sort;

此处sort方法未对入参做类型检测

在这里定义了一个数组排序方法，下面来书写其测试用例，在目录下新建一个sort.test.js文件。

    const sort = require('./sort');
    const arr = [5,2,4,3,1];
    test('排序数组[5,2,4,3,1]', () => {
        expect(sort(arr)).toEqual([1,2,3,4,5]);
    })

在用例中，我们先引入了待测试的方法，接下来定义了一个排序数组[5,2,4,3,1]的测试用例.test()用来定义一个测试用例，expect()会执行内部的方法，返回一个待测试的结果。toEqual()用来判断返回的结果于期望的结果是否相等。这里由于期望返回结果为数组，所以使用toEqual进行判断，除此之外，还有toBe(),toBeNull()等方法来比较不同的类型。更多内容...

打开package.json,在scripts中新增

    test: "jest"

然后运行命令

    npm run test

会看到用例测试通过的信息

由于我们的方法没有做入参类型检测，下面通过传入字符串，来测试异常情况。在sort.test.js中新增一个测试用例用例

    test('排序字符串“52431”', () => {
        expect(sort('52431')).toEqual(12345);
    })

运行，则会看到测试失败的信息

从测试结果中我们可以清除的看到，运行来两个测试用例，第一个用例通过来，第二个用例运行是js出现了报错。此时便能根据测试结果，调整代码

更多测试方法此处不做讨论，具体可以参考Jest文档

在具体项目中的使用

下面来在实际的项目中使用Jest + Enzyme来进行测试。测试Demo项目

首先，使用Create-React-App来创建一个应用。

接着，安装jest

    npm install --save-dev jest

由于在书写用例时，会用到es6语法，所以还要安装babel-jest来进行转码

    npm install --save-dev babel-jest

安装enzyme

    npm install --save-dev enzyme

也可以使用react官方测试插件react-addons-test-utils，此处我们使用enzyme，故不需要安装。

此外，还需要根据使用的react版本来安装enzyme-adapter-react。具体版本对照如下

此处demo使用的react版本为^16.4.1，所以我们需要安装enzyme-adapter-react-16

    npm install --save-dev enzyme-adapter-react-16

依赖安装完成，接下来需要进行相关的配置。

首先配置package.json的测试命令test: "jest"。

此时如果我们在根目录下创建一个.test.js文件，并书写简单的方法用例，执行测试命令，是可以正常执行测试用例的。但是，我们的项目却并不是简单的单个方法但测试，实际项目中会存在这大量的组件依赖，还有css，image等静态资源的处理。所以，还要进行如下配置处理。

首先，我们在package.json文件中新增一个jest的配置项

    jest: {}

这里我们主要进行三个配置。

• moduleFileextensions代表支持加载的文件名。此处我们的测试文件均以.js结尾，所以只配置成["js"]即可
• transform用于编译 ES6/es7 语法，需配合 babel-jest 使用
• moduleNameMapper代表需要被 Mock 的资源名称。如果需要 Mock 静态资源（如less、scss等），则需要配置 Mock 的路径

jest默认会检索项目内的*.test.js,*.test.jsx形式的文件并执行。当编写当用例没被jest检索到时，可通过moduleDirectories来配置路径。

在具体到组件测试时，为了测试组件到交互性，我们需要jest渲染出组件进行操作，此时，由于我们到项目中大量使用来webpack到依赖管理，以及less-loader、url-loader等预编译。在jest渲染组件是，无法识别这些.less等文件。所以我们需要通过mock来处理这些静态文件。因为jest在渲染组件时，是不需要依赖css,image等静态资源的。所以我们可以这样配置：

    "\.(jpg|jpeg|png|gif|eot|otf|webp|svg|ttf|woff|woff2|mp4|webm|wav|mp3|m4a|aac|oga)$": "<rootDir>/__mocks__/fileMock.js",
    "\.(css|less)$": "<rootDir>/__mocks__/styleMock.js"

前面通过正则来适配我们需要匹配的静态文件，后面为我们通过mock返回的数据。这里我们还需要在根目录中创建__mock__的文件夹。在里面新建fileMock.js和styleMock.js两个文件。

    <!--fileMock.js-->
    module.exports = 'test-file-stub';

    <!--styleMock.js-->
    module.exports = {};

这样就可以将测试集中在组件的结构和逻辑上。另外，可能在我们的项目中，会使用大量的别名来简化引用路径，及webpack中的alias配置。此处同样需要进行别名的配置，配置方式与静态资源配置类似。一下是完整配置

    "jest": {
        "moduleFileExtensions": [
            "js",
            "jsx"
        ],
        "moduleDirectories": [
            "src",
            "node_modules"
        ],
        "transform": {
            "^.+\.js$": "babel-jest"
        },
        "moduleNameMapper": {
            "^components(.*)$": "<rootDir>/src/components$1",
            "^pages(.*)$": "<rootDir>/src/pages$1",
            "^utils(.*)$": "<rootDir>/src/utils$1",
            "^services(.*)$": "<rootDir>/src/services$1",
            "^static(.*)$": "<rootDir>/src/static$1",
            "^models(.*)$": "<rootDir>/src/models$1",
            "^VARiable(.*)$": "<rootDir>//src/static/less/variable.less",
            "\.(jpg|jpeg|png|gif|eot|otf|webp|svg|ttf|woff|woff2|mp4|webm|wav|mp3|m4a|aac|oga)$": "<rootDir>/__mocks__/fileMock.js",
            "\.(css|less)$": "<rootDir>/__mocks__/styleMock.js"
        }
  }

接下来创建一个待测试的组件，在src > pages文件夹中创建LOGin组件，并配置好路由。组件代码参考测试Demo项目
运行后页面如下

<img src="https://github.com/ISummerRai...; width="320" />

接着，定义测试用例，此Demo定义来八个测试用例如下

• 1、页面title显示“登录”（UI）
• 2、登录账号输入手机号或邮箱时，账号上方显示登录账号
• 3、登录账号输入不为手机号或邮箱，账号上方显示【账户输入错误，请重新输入】
• 4、账号输入正常，密码小于6位，登录按钮置灰。
• 5、账号输入异常，密码不小于6位，登录按钮置灰。
• 6、账号输入正常，密码不小于6位，登录按钮可点。
• 7、点击密码后眼睛图标，显示密码。
• 8、显示密码状态，再次点击，隐藏密码。

接下来，新建文件login.test.js来编写测试用例代码。
由于用例中设计多个交互，所以我们需要先渲染出组件。Enzyme为我们提供来三种渲染组件的方法shallow、render、mount。

• shallow 方法就是官方的shallow rendering的封装。
• render 方法将React组件渲染成静态的HTML字符串，然后分析这段HTML代码的结构，返回一个对象。它跟shallow方法非常像，主要的不同是采用了第三方HTML解析库Cheerio，它返回的是一个Cheerio实例对象。
• mount方法用于将React组件加载为真实DOM节点。

三种方法中，shallow render 返回的为对象，用于分析HTML结构，所以无法用于交互测试。mount方法加载的为真实的DOM节点，所以可用于交互测试。本Login组件存在大量交互测试，所以使用mount创建组件,使用mount需要先使用Adapter配置如下

    import Login from 'pages/Login';
    import React from 'react';
    import { configure } from 'enzyme';
    import Adapter from 'enzyme-adapter-react-16';
    import { mount } from 'enzyme';
    configure({ adapter: new Adapter() });
    
    const wrapper = mount(<Login />);

现在，我们就可以使用Enzyme的API来编写测试用例了，Enzyme提供了丰富的类jquery风格的API，下面是部分API

    .get(index)：返回指定位置的子组件的DOM节点
    .at(index)：返回指定位置的子组件
    .First()：返回第一个子组件
    .last()：返回最后一个子组件
    .type()：返回当前组件的类型
    .text()：返回当前组件的文本内容
    .html()：返回当前组件的HTML代码形式
    .PRops()：返回根组件的所有属性
    .prop(key)：返回根组件的指定属性
    .state([key])：返回根组件的状态
    .setState(nextState)：设置根组件的状态
    .setProps(nextProps)：设置根组件的属性

完整API参见 Enzyme API

在前半部分的demo中，我们使用来 test() 方法来编写用例，此处，我们使用

    describe('', () => {
        it('', () => {})
    })

来编写测试用例，这样我们可以对测试用例进行分组

让我们来开始第一个用例“页面title显示「登录」”的编写

    it('标题显示', () => {
        const title = wrapper.find('.title').text();
        expect(title).toBe('登录');
    })

这个用例十分简单，仅仅在第一步获取到了title中的文本，并对文本进行校验。

第二个和第三个用例为对输入框输入文本对校验，此处，我们可以单独对校验方法进行测试，也可以页面对交互来完成测试。这里用例通过交互来进行测试用例对编写。由于在输入信息过程中，校验通过input框的onChange事件触发，所以我们需要用到 simulate 来触发事件。其中一个用例如下

    const accountInput = wrapper.find('.account').find('input');
    const accountTitle = wrapper.find('.account .name').find('span');
    it('输入不合法账号', () => {
        const event = {
            target: {
            value: 'abc123'
        }
    }
    accountInput.simulate('change', event);
    expect(accountTitle.text()).toBe('账户输入错误，请重新输入');
  })

模拟输入来一个不合法的账号‘abc123’，验证失败，显示失败信息。

在4，5，6三个用例中，需要获取登录按钮Button组件的可点击状态，由于enzyme无法获取 css 状态，此时可以使用API中的prop(key)来获取组件的props状态，从而判断组件的可点击状态。其中一个用例如下

    it('输入正确账号，密码小于6位，指定状态', () => {
    wrapper.setState({
      account: '18888888888',
      password: '12345',
      errorAccount: false
    });
    // 此处需重新获取btn对象，否则会导致用例失败
    const submitBtn = wrapper.find('.btn-box').find('Button');
    expect(submitBtn.props().disabled).toBe(true);
  })

此处通过直接设置state的值来更改Button的状态。需要注意的是，为来减少重复定义，许多Dom对象的获取都在describe组下做了统一的定义，但在执行expect获取按钮状态是，需要重新查找，来获取最新但状态。除了直接指定state状态之外，还可以通过输入框输入，change事件触发但方式来完成用例，如下

    it('输入正确账号，密码小于6位，通过change触发', () => {
    const accountEvent = {
      target: {
        value: '18888888888'
      }
    };
    const pwdEvent = {
      target: {
        value: '12345'
      }
    }
    accountInput.simulate('change', accountEvent);
    passwordInput.simulate('change', pwdEvent);
    const submitBtn = wrapper.find('.btn-box').find('Button');
    expect(submitBtn.prop('disabled')).toBe(true);

7、8两个用例使用但方法与上面相同，不再赘述。

所有用例编写完成之后，执行npm run test可以看到所有用例都通过测试。

测试覆盖率

在 package.json 文件的 test 命令修改为

    test: "jest --coverage"

执行 npm run test即可在用例执行信息后显示用例的覆盖率报告。