前端自动化测试Jest基础学习记录

jest 自动测试

安装

npm install jest@24.8.0 -D
jest使用需要模块化机制。
配置npm script命令，package.json文件配置：

  "scripts": {
    "test": "jest --watch"
  },

单元测试：单个模块进行测试
集成测试：多个模块进行测试
jest配置: npx jest --init
jest配置文件：jest.config.js 参数：coverageDirectory：生成的覆盖率文件夹存档地址
代码测试覆盖率：使用jest测试过的代码占所需测试代码百分比 npx jest --coverage 生成coverage文件夹内部包含测试文件覆盖率文件

如何使用es6 module ？
使用babel ：npm install @babel/core@7.4.5 @babel/preset-env@7.4.5 -D
.babelrc配置

{
    "presets": [
        [
            "@babel/preset-env",
            {
                "targets": {
                    "node": "current"
                }
            }
        ]
    ]
}

jest默认使用commonjs规范，使用es6module运行过程为：

  • npm run jest
  • jest(babel-jest)
  • 检测是否有安装babel模块
  • 在运行测试之前结合babel，先把代码进行一次转化
  • 运行转化过得测试用例代码

测试用例

匹配器
真假相关
toBe()：使用Object.is()实现精确匹配
toEqual()：递归检查对象或数组的每一个字段。
toBeNull()：判断是否为null
toBeUndefined()：判断是否是undefined
toBeDefined()：判断是否是定义过的
toBeTruthy()：判断是否为真
toBeFalsy()：判断是否为假
not：取反匹配器 expect(a).not.toBeFalsy()

数字相关
toBeGreaterThan()
toBeLessThan()
toBeGreaterThanOrEqual()
toBeLessThanOrEqual();
toBeCloseTo(); 比较浮点数计算的时候

test("目标数是否大于某个数字",()=>{
    expect(12).toBeGreaterThan(13)
})

字符串相关
toMatch():参数可以是=字符串也可以是正则

test("判断字符串是否包含某内容",()=>{
    var str = 'abcde'
    expect(str).toMatch('a')
})

数组 Set
toContain()

test("判断数组是否包含某项",()=>{
    var arr = [1,2,3];
    expect(arr).toContain(2)
})

异常
toThrow()：参数可以为字符串也可为正则

const throwNewError = function(){
    throw new Error("this is an error")
}
test("抛出异常",()=>{
    expect(throwNewError).toThrow("this is an error");
})

jest命令行

w 进入选择模式
f 只运行失败的测试
a 每次将所有的测试用例都跑一次
o 只运行修改之后的测试文件（多个文件时，需要配合git使用）

  "scripts": {
    "test": "jest --watch" // watch表示默认开启o模式
  },

t 根据一个测试用例名字正则表达式来过滤需要run的测试用例（可以理解为过滤模式）

p 配合matchAll使用 根据文件名过滤掉不需要测试的文件

异步测试

1. 回调类型异步函数测试
fetchData.js

export const fetchData =(fn)=> {
    axios.get("http://www.dell-lee.com/react/api/demo111.json")
    .then((response)=>{
        fn(response.data)
    });
}

fetchData.test.js

import {fetchData} from './fetchData.js';
test('测试fetchData函数返回结果为{success : true}',(done)=>{
    fetchData((data)=>{
        expect(data).toEqual({
            success:true
        })
        done()
    })
})

注意点：需要在test方法第二个参数中传入done函数作为参数，并在异步方法执行完成之后再执行，即可正确进行异步测试。

2. 直接返回promise对象异步测试
fetchData.js

export const fetchData =()=> {
    return axios.get("http://www.dell-lee.com/react/api/demo111.json")
}

fetchData.test.js

test("测试fetchDate返回结果是{success:true}",()=>{
    return fetchData()
    .then((response)=>{
        expect(response.data).toEqual({
            success:true
        })
    })
})

注意点：当fetchData函数返回一个promise对象的时候必须将执行结果return出去。

案例：就需要判断必须是404

test("测试fetchData返回结果为404",()=>{
    return fetchData()
    .catch((e)=>{
        expect(e.toString().indexOf('404')>-1).toBe(true)
    })
})

注意：当fetchData函数请求结果有正常数据，那么就不会走catch方法，也就不会走expect(e.toString().indexOf('404')>-1).toBe(true)测试，那么测试结果默认为通过。因此需要补一句expect.assertions(1)，表示，在下面必须再执行一条expect方法，否则就当该测试用例不通过。代码如下：

test("测试fetchData返回结果为404",()=>{
    expect.assertions(1)
    return fetchData()
    .catch((e)=>{
        expect(e.toString().indexOf('404')>-1).toBe(true)
    })
})
  • 使用resolves + toMatchObject()匹配器测试
export const fetchData =()=> {
    return axios.get("http://www.dell-lee.com/react/api/demo.json")
}

test("测试返回结果中是否包含data:{success:true}这个对象",()=>{
    return expect(fetchData()).resolves.toMatchObject({
        data:{
            success:true
        }
    })
})

注意：必须显式的return出结果，主要是判断fetchData返回结果中是否包含data:{success:true}这个对象。

  • 使用reject + toThrow()匹配器检测抛出异常
export const fetchData =()=> {
    return axios.get("http://www.dell-lee.com/react/api/demo1.json")
}

test("使用toThrow()检测抛出异常",()=>{
    return expect(fetchData()).rejects.toThrow()
})
  • 使用async/await测试异步
export const fetchData =()=> {
    return axios.get("http://www.dell-lee.com/react/api/demo1.json")
}

test("测试fetchData返回结果为404", async ()=>{
    await expect(fetchData()).resolves.toMatchObject({
        data:{
            success:true
        }
    })
})

test("测试fetchData返回结果为404", async ()=>{
    await expect(fetchData()).rejects.toThrow()
})

注意：使用async/await可以代替使用return显示返回promise对象，但是需要注意的是async需要和await配合使用。

  • 使用await先获取代码执行结果再做后续判断
export const fetchData =()=> {
    return axios.get("http://www.dell-lee.com/react/api/demo.json")
}

test("测试fetchData返回结果包含data:{success:true}", async ()=>{
    const data = await fetchData();
    expect(data).toMatchObject({
        data:{
            success:true
        }
    })
})

test("测试fetchData返回结果为404", async ()=>{
    expect.assertions(1);
    try{
        await fetchData();
    }catch(e){
        expect(e.toString()).toMatch("404")
    }    
})

注意：在测试请求不通过的情况下需要使用try catch捕获错误，并且搭配expect.assertions()使用防止请求成功时不走catch逻辑，从而也显示测试通过。

Jest钩子函数

在jest执行过程中自动执行的函数

beforeAll()：表示在所有测试用例执行之前执行一次。
afterAll()：表示在所有测试用例执行完成之后执行一次。
beforeEach()：表示在每个测试用例执行之前都会执行一次。
afterEach()：表示在每个测试用例执行完成之后都会执行一次。

描述方法，可以归类所有的测试用例

describe('描述', () => {
    //测试用例
})

描述方法可以嵌套使用

describe("测试用例", () => {
    describe("测试加法",() => {
        //所有关于加法的测试用例
    })
    describe("测试减法",() => {
        //所有关于减法的测试用例
    })
})

demo:

//Counter.js

class Counter {
    constructor(){
        this.count = 1;
    }
    addOne(){
        this.count += 1;
    }
    minusOne(){
        this.count -= 1
    }
    addTwo(){
        this.count += 2;
    }
    minusTwo(){
        this.count -= 2
    }
}

export default Counter;

Counter.test.js
import Counter from './Counter';
let counter = null;
beforeAll(() => {
    console.log("beforeAll")
})

beforeEach(() => {
    counter = new Counter();
    console.log("beforeEach")
})

afterEach(() => {
    console.log("afterEach")
})

afterAll(() => {
    console.log("afterAll")
})

describe("counter 测试代码", () => {
    describe("加法测试", () => {
        test('测试counter +1 ', () => {
            counter.addOne();
            expect(counter.count).toBe(2)
        })
        test("测试counter +2", () => {
            counter.addTwo();
            expect(counter.count).toBe(3)
        })
    })
    describe("减法测试", () => {
        test("测试counter -1 ", () => {
            counter.minusOne();
            expect(counter.count).toBe(0)
        })
        test("测试counter -2", () => {
            counter.minusTwo();
            expect(counter.count).toBe(-1);
        })
    })
})

钩子函数的作用域

每个describe方法都会对jest的钩子函数产生一个作用域。比如：

describe("counter 测试", () => {
    beforeAll(() => {
        console.log("beforeAll")
    })
    
    beforeEach(() => {
        counter = new Counter();
        console.log("beforeEach")
    })
    
    afterEach(() => {
        console.log("afterEach")
    })
    
    afterAll(() => {
        console.log("afterAll")
    })
    
    describe("加法测试", () => {
        beforeAll(() => {
            console.log("beforeAll 加法测试")
        })
        beforeEach(() => {
            counter = new Counter();
            console.log("beforeEach 加法测试")
        })
        test('测试counter +1 ', () => {
            counter.addOne();
            expect(counter.count).toBe(2)
        })
        test("测试counter +2", () => {
            counter.addTwo();
            expect(counter.count).toBe(3)
        })
    })
    describe("减法测试", () => {
        test("测试counter -1 ", () => {
            counter.minusOne();
            expect(counter.count).toBe(0)
        })
        test("测试counter -2", () => {
            counter.minusTwo();
            expect(counter.count).toBe(-1);
        })
    })
})

描述为“加法测试”的describe中的钩子函数不会在“减法测试”中的describe去执行。
执行顺序为先执行外层的钩子函数，再执行内层的钩子函数，先执行beforeAll()钩子函数，再执行beforeEach()钩子函数。

注意：测试用例初始化准备的代码一般都写在钩子函数中，不能直接写在describe中，因为describe中的代码会优先于jest钩子函数执行。比如：

describe("outer", ()=>{
    console.log("outer");
    beforeAll(()=>{
        console.log("outer beforeAll")
    })
    describe("inner",()=>{
        console.log("inner")
        beforeAll(()=>{
            console.log("inner beforeAll")
        }) 
        // ...test() 测试用例
    })
})

打印输出顺序为：outer -> inner -> outer BeforeAll -> inner beforeAll

单个测试only
如果只想对其中一个测试用例进行测试，而跳过其他测试用例可以使用only修饰符

describe("加法测试", () => {
    beforeAll(() => {
        console.log("beforeAll 加法测试")
    })
    beforeEach(() => {
        counter = new Counter();
        console.log("beforeEach 加法测试")
    })
    test.only('测试counter +1 ', () => {
        counter.addOne();
        expect(counter.count).toBe(2)
    })
    test("测试counter +2", () => {
        counter.addTwo();
        expect(counter.count).toBe(3)
    })
})

此时只会执行“测试counter +1”这个测试用例，而跳过其他测试用例。

Jest中的Mock

  1. 使用jest.fn生成一个mock函数，可以用来测试一个函数是否执行（通过测试回调是否执行来测试）。
// demo.js
export function Demo(cb){
    cb();
}

// demo.test.js
import { Demo } from './demo.js';
test("demo 中的回调是否执行" , () => {
    let fn = jest.fn()
    Demo(fn)
    expect(fn).toBeCalled()
})

使用jest.fn()生成一个mock函数，然后执行Demo(fn)，之后再使用toBeCalled()匹配器判断Demo函数中的回调函数是否执行，如果执行说明Demo函数正常执行，否则Demo函数中逻辑有错误。

mock函数能帮我们干什么？？？

  • 捕获函数的调用和返回结果以及this和调用顺序。
  • 可以让我们自由的设置返回结果
  • 改变函数的内部实现（比如只模拟axios发送请求，而不去测试返回结果）
test("demo 中的回调是否执行" , () => {
    let fn = jest.fn()
    Demo(fn)
    expect(fn).toBeCalled()
    console.log(fn.mock);//mock的函数会有一个mock属性,属性里面包括了fn被调用的情况
})

打印出结果为：

{
    calls: [ [] ],
    instances: [ undefined ],
    invocationCallOrder: [ 1 ],
    results: [ { type: 'return', value: undefined } ]
}

参数解读：
calls:数组，length,表示该fn被调用了几次，里面的每一项表示调用函数时，传入的参数，比如calls:[["123"],["123"]]表示fn被调用2次，每次调用的时候传递的参数都是“123”,举例：

test("demo 中的回调是否执行" , () => {
    let fn = jest.fn()
    Demo(fn);
    Demo(fn);
    expect(fn.mock.calls.length).toBe(2)
})

可以使用fn.mock.calls.length判断是否执行。
还可以判断调用参数是否是“123”:

test("demo 中的回调是否执行" , () => {
    let fn = jest.fn()
    Demo(fn);
    Demo(fn);
    expect(fn.mock.calls[0]).toEqual(['123'])
})

invocationCallOrder:数组，表示被调用的顺序

test("demo 中的回调是否执行" , () => {
    let fn = jest.fn()
    Demo(fn);
    Demo(fn);
    Demo(fn);
    console.log(fn.mock.invocationCallOrder)
})

输出[ 1, 2, 3 ]表示当执行3次Demo(fn)那么他会按照顺序执行。

results:数组，表示函数执行之后每次的返回值是什么

test("demo 中的回调是否执行" , () => {
    let fn = jest.fn(()=>{
        return "456"
    })
    Demo(fn);
    Demo(fn);
    Demo(fn);
    console.log(fn.mock.results);
})

在jest.fn()中使用函数返回一个字符串“456”然后输出结果为

[
      { type: 'return', value: '456' },
      { type: 'return', value: '456' },
      { type: 'return', value: '456' }
]

在给fn添加返回值时还有其他方法
使用fn.mockReturnValueOnce(value)api，表示模拟一个返回值，但只模拟一次。

test("demo 中的回调是否执行" , () => {
    let fn = jest.fn();
    fn.mockReturnValueOnce("123")
    Demo(fn);
    Demo(fn);
    Demo(fn);
    console.log(fn.mock.results);
})

输出结果为：

[
    { type: 'return', value: '123' },
    { type: 'return', value: undefined },
    { type: 'return', value: undefined }
]

可以使用这个方法模拟多次不同返回值：

test("demo 中的回调是否执行" , () => {
    let fn = jest.fn();
    fn.mockReturnValueOnce("123");
    fn.mockReturnValueOnce("456");
    fn.mockReturnValueOnce("789");
    Demo(fn);
    Demo(fn);
    Demo(fn);
    console.log(fn.mock.results);
})

输出结果为：

[
    { type: 'return', value: '123' },
    { type: 'return', value: '456' },
    { type: 'return', value: '789' }
]

也可以链式调用：

test("demo 中的回调是否执行" , () => {
    let fn = jest.fn();
    fn.mockReturnValueOnce("123").mockReturnValueOnce("456").mockReturnValueOnce("789");
    Demo(fn);
    Demo(fn);
    Demo(fn);
    console.log(fn.mock.results);
})

如果每次只需要返回同一个值，可以使用刚才在jest.fn()中去封装一个方法，还可以使用fn.mockReturnValue(value)

test("demo 中的回调是否执行" , () => {
    let fn = jest.fn();
    fn.mockReturnValue("hello")
    Demo(fn);
    Demo(fn);
    Demo(fn);
    console.log(fn.mock.results);
})

输出结果为：

[
    { type: 'return', value: 'hello' },
    { type: 'return', value: 'hello' },
    { type: 'return', value: 'hello' }
]

结合fn.mock的results属性可以写其他的测试用例了
比如：

test("demo 中的回调是否执行" , () => {
    let fn = jest.fn();
    fn.mockReturnValue("hello")
    Demo(fn);
    Demo(fn);
    Demo(fn);
    expect(fn.mock.results[0].value).toBe("hello");
})

测试结果为通过。

instances:数组，每项表示每次fn执行的时候fn中this指向。

//demo.js
export function createObj(classItem){
    new classItem();
}

表示createObj方法接收一个类，在createObj方法中对类进行实例化。

//demo.test.js
test.only('测试createObj方法',() => {
    let fn = jest.fn();
    createObj(fn);
    console.log(fn.mock)
})

输出结果为：

{
    calls: [ [] ],
    instances: [ mockConstructor {} ],
    invocationCallOrder: [ 1 ],
    results: [ { type: 'return', value: undefined } ]
}

也就是表示fn方法中的this，指向的是jest.fn()的构造函数mockConstructor;

小总结：通过jest.fn()模拟出来的函数它有一个mock属性，mock属性中的calls表示该函数被调用的几次，以及每次传入的参数，instances表示该函数被调用的几次，以及每次调用该函数中this指向，invocationCallOrder表示该函数被调用的几次，以及调用顺序，resultes表示该函数被调用的几次，以及每次调用的返回值。

改变函数的内部实现指的是，比如前端在测试后台接口返回数据问题时，不必测试接口返回了什么东西，只需要测试，前端是否发送ajax请求即可，返回值可以前端自己模拟一下。核心apimockResolvedValue;

//demo.js
export function getData(){
    return axios.get('http://www.dell-lee.com/react/api/demo.json').then((response)=>{
        return response.data;
    })
}

//demo.test.js
import { getData } from "./demo.js";
import axios from "axios";
jest.mock("axios");

test.only("测试 getData",async () => {
    axios.get.mockResolvedValue({data:"hello"}) //模拟axios get返回值
    await getData().then((data)=>{
        expect(data).toBe("hello") //确认发起请求
    })
})

此段代码表示，使用axios.get.mockResolvedValue({data:"hello"})方法模拟了axios的get方法返回值，当调用getData()方法时，请求回来的结果不是从服务器异步获取到的，而是我们同步模拟的，因此可以节省时间，节省资源。

axios.get.mockResolvedValue()api也可以换成axios.get.mockResolvedValueOnce(),这个表示只模拟一次，当发起多个请求的时候就会报测试不通过。
比如：

test.only("测试 getData",async () => {
    axios.get.mockResolvedValue({data:"hello"})
    await getData().then((data)=>{
        expect(data).toBe("hello")
    })
    await getData().then((data)=>{
        expect(data).toBe("hello")
    })
})

上面这段代码会通过测试。
下面这段代码不会通过测试。

test.only("测试 getData",async () => {
    axios.get.mockResolvedValueOnce({data:"hello"})
    await getData().then((data)=>{
        expect(data).toBe("hello")
    })
    await getData().then((data)=>{
        expect(data).toBe("hello")
    })
})

总结mock函数的作用：

    1. 捕获函数的调用和返回结果，以及this和调用顺序。
    1. 它可以让我们自由地设置返回结果。
    1. 可以改变函数的内部实现。

补充mock函数的一些语法。。。

改变函数返回值
第一种方法：直接在jest.fn()中去实现

test("demo 中的回调是否执行" , () => {
    let fn = jest.fn(()=>{
        return "hello"    
    });
    Demo(fn);
    console.log(fn.mock.results)
})

第二种方法：使用fn.mockReturnValue()

test("demo 中的回调是否执行" , () => {
    let fn = jest.fn();
    fn.mockReturnValue("hello");
    Demo(fn);
    console.log(fn.mock.results)
})

第三种方法：使用fn.mockImplementation()

test("demo 中的回调是否执行" , () => {
    let fn = jest.fn();
    fn.mockImplementation(()=>{
        return "world"
    });
    Demo(fn);
    console.log(fn.mock.results)
})

还有fn.mockImplementationOnce()表示只模拟一次。

mockImplementationOnce()比较mockReturnValue()前者可以在里面的函数中去做一些其他逻辑操作，而后者只是一个返回结果。

返回this方法

fn.mockImplementationOnce(()=>{
    return this;
})

或者

fn.mockReturnThis()

toBeCalledWith()匹配器

expect(fn.mock.calls[0].toEqual(["abc"]))

等价于

expect(fn).toBeCalledWith("abc")

区别是前者表示第一次调用fn的参数是abc，后者表示每次调用fn参数都是abc

vsCode插件jest，可以不用手动去执行npm run test。这个插件会自动去检测测试用例是否执行成功，并且会给与提示。

Snapshot(快照测试)

基础使用
在测试配置文件的时候，当频繁修改配置文件时，需要同步更新测试文件，为了避免这种情况，可以使用快照匹配器。

//snap.js
export const generateConfig = function(){
    return {
        name:"lisa",
        age:19,
        sex:"male",
        couple:true
    }
}

//snap.test.js
import { generateConfig } from './snap.js';
test("测试配置文件",()=>{   
    expect(generateConfig()).toMatchSnapshot();
})

快照测试过程：
第一次执行测试命令时生成一个和配置文件一样的快照文件（snapshots），对比快照文件和配置文件，相同则表示测试通过。
当修改配置文件之后，再执行测试命令，会拿新的配置文件快照去和之前的快照做对比，如果相同则通过测试，否则不会通过。
不会通过的时候会提示具体的原因，可以使用jest命令行w查看所有的指令，之后使用u,再用新的配置文件快照去更新快照，这样再去进行测试。

当有多个配置文件需要进行快照测试时，使用u会更新所有的配置文件方法，因此可以使用i，每次只提示一个配置文件方法，然后使用u去更新当前快照，之后在重复循环执行i->u即可实现每次只修改一个文件机制。

当一个配置文件中有日期（new Date()）时，内次更新快照和之前的date都不一样，所以，这种情况下如下处理：

export const generateConfig = function(){
    return {
        name:"lisa",
        age:40,
        sex:"female",
        couple:true,
        date:new Date()
    }
}

test("测试generateConfig配置文件",()=>{   
    expect(generateConfig()).toMatchSnapshot({
        date:expect.any(Date)
    });

})

在toMatchSnapshot()匹配器中传入一个对象参数，表示，date字段只要是Date类型即可，不需要完全相等。

行内snapshot

需要安装prettier模块
npm install prettier@1.18.2 --save

import { generateConfig } from "./snap.js";
test("测试generateConfig配置文件", () => {
  expect(generateConfig()).toMatchInlineSnapshot(
    {
      date: expect.any(Date)
    }
  );
});

使用toMatchInlineSnapshot()匹配器，执行测试命令之后，会将生成的快照自动在toMatchInlineSnapshot()中的第二个参数展示。

test("测试generateConfig配置文件", () => {
  expect(generateConfig()).toMatchInlineSnapshot(
    {
      date: expect.any(Date)
    },
    `
    Object {
      "age": 40,
      "couple": true,
      "date": Any<Date>,
      "name": "lisa",
      "sex": "female",
    }
  `
  );
});

行内快照（toMatchInlineSnapshot）与普通快照（toMatchSnapshot）的区别就是行内快照生成快照文件存放在测试文件里，而普通快照是将快照文件生成一个新的文件夹存放。

命令行s是跳过当前错误提示，直接到下一个提示。

mock深入学习

在之前学习过异步测试可以通过模拟返回值进行测试

// deepmock.js
import axios from 'axios';
export const getData = () => {
    return axios.get('http://www.dell-lee.com/react/api/demo.json')
}

// deepmock.test.js
import axios from 'axios';
jest.mock('axios');
test('getData',() => {
    axios.get.mockResolvedValue({data:"123"})
    return getData().then((data)=>{
        expect(data.data).toEqual('123')
    })
})

现在可以模拟一个专门用来模拟异步请求方法的文件：
在根目录下创建一个文件夹__mocks__,里面写一个和需要测试的文件完全一样的名称比如 deepmock.js里面可以模拟异步请求

// __mocks__/deepmock.js
export const getData = () => {
    return new Promise((resolved,rejected)=>{
        resolved("123")
    })
}

在deepmock.test.js中这么测试

jest.mock('./deepmock.js');
import { getData } from './deepmock.js';
test('getData',() => {
    return getData().then((data)=>{
        expect(data).toEqual('123')
    })
})

第一步模拟文件，第二步导入文件，此时导入的deepmock.js文件是__mocks__/deepmock.js文件,然后进行测试。

如果将jest.config.js中automock属性设置为true,那么相当于默认进行mock，可以不用写jest.mock('./deepmock.js').

如果deepmock.js中有同步代码，不需要放在__mocks__文件夹中的deepmock.js中时，可以使用const { getNum } = jest.requireActual('./deepmock.js')来实现引用源文件中的getNum，而不使用模拟文件中的getNum.

比如：

//deepmock.js
import axios from 'axios';
export const getData = () => {
    return axios.get('http://www.dell-lee.com/react/api/demo.json')
}

export const getNum = () => {
    return 456
}

//__mocks__/deepmock.js
export const getData = () => {
    return new Promise((resolved,rejected)=>{
        resolved("123")
    })
}

//deepmock.test.js
jest.mock('./deepmock.js');
import { getData } from './deepmock.js';
const { getNum } = jest.requireActual('./deepmock.js');
test('getData',() => {
    return getData().then((data)=>{
        expect(data).toEqual('123')
    })
})
test('getNum',() => {
    expect(getNum()).toEqual(456)
})j

test文件中异步方法getData引用的是__mocks__/deepmock.js中的方法，而同步方法getNum引用的是根目录下deepmock.js中的方法。

小总结：
jest.mock("文件路径")：模拟该文件中的方法。对应在__mocks__/文件路径下。
jest.unmock("文件路径")：可以取消模拟文件。
requireActual：表示可以引用真实文件中的方法，而非模拟文件中的。

jest中的timer测试

根据之前学习可以测试延时代码如下：

//timer.js
export const timer = function (fn){
    setTimeout(()=>{
        fn()
    },3000)
}

//timer.test.js
import {timer} from './timer.js';
test("timer", (done) => {
    timer(()=>{
        expect(1).toBe(1);
        done();
    })
})

这样表示等3s之后会执行一部中的测试语句，问题来了，如果延时为很长时间的话，使用等待时间这种机制不是很好，那么就需要另外一种方法：使用假的定时器。

方法：jest.useFakeTimers()

//timer.test.js
jest.useFakeTimers();
test("test timers",()=>{
    const fn = jest.fn();
    timer(fn);
    jest.runAllTimers();
    expect(fn).toHaveBeenCalledTimes(1)
})

使用jest.useFakeTimers()，表示开始使用假的定时器，之后配合jest.runAllTimers()表示立即运行玩所有的定时器。再配合toHaveBeenCalledTimes(1)匹配器，表示fn方法被调用了几次，来进行测试。注意：fn必须是一个mock函数，否则会报错。

假如timer.js是这样

//timer.js
export const timer = function (fn){
    setTimeout(()=>{
        fn()
        setTimeout(()=>{
            fn()
        },3000)
    },3000)
}

jest.runAllTimers()表示运行所有的timer，假如只想检测外层的setTimeout()那么这个方法是不行的，可以使用jest.runOnlyPendingTimers()表示只会运行处于当前运行处于队列中即将运行的timer,而不会运行那些还没有被创建的timer。代码如下：

jest.useFakeTimers();
test("test timers",()=>{
    const fn = jest.fn();
    timer(fn);
    jest.runOnlyPendingTimers()
    expect(fn).toHaveBeenCalledTimes(1)
})

小总结：
runAllTimers():表示运行所有的timer
runOnlyPendingTimers()：表示只运行当前队列中的timer，而不管还未创建的。

更好的api：jest.advanceTimersByTime(3000)表示让时间快进3s。

//timer.test.js
import {timer} from './timer.js';
jest.useFakeTimers();
test("test timers",()=>{
    const fn = jest.fn();
    timer(fn);
    jest.advanceTimersByTime(3000)
    expect(fn).toHaveBeenCalledTimes(1)
})

很明显快进3s之后，回调函数fn只执行了一次，因此expect(fn).toHaveBeenCalledTimes(1)测试会通过。
如果将修改一下参数jest.advanceTimersByTime(6000)，那么回调fn被执行了两次，因此想要通过测试必须修改断言expect(fn).toHaveBeenCalledTimes(2)

//timer.test.js
import {timer} from './timer.js';
jest.useFakeTimers();
test("test timers",()=>{
    const fn = jest.fn();
    timer(fn);
    jest.advanceTimersByTime(6000)
    expect(fn).toHaveBeenCalledTimes(2)
})

或者

test("test timers",()=>{
    const fn = jest.fn();
    timer(fn);
    jest.advanceTimersByTime(3000)
    expect(fn).toHaveBeenCalledTimes(1)
    jest.advanceTimersByTime(3000)
    expect(fn).toHaveBeenCalledTimes(2)
})

表示快进3s后fn被调用1次，再快进3s后fn被调用2次。那就存在一个问题，每一次快进是在前一次快进基础上进行调用的有可能会有冲突，那么解决办法就是在钩子函数中进行处理。

beforeEach(()=>{
    jest.useFakeTimers();
})

test("test timers",()=>{
    const fn = jest.fn();
    timer(fn);
    jest.advanceTimersByTime(3000)
    expect(fn).toHaveBeenCalledTimes(1)
    jest.advanceTimersByTime(3000)
    expect(fn).toHaveBeenCalledTimes(2)
})

test("test1 timers",()=>{
    const fn = jest.fn();
    timer(fn);
    jest.advanceTimersByTime(3000)
    expect(fn).toHaveBeenCalledTimes(1)
    jest.advanceTimersByTime(3000)
    expect(fn).toHaveBeenCalledTimes(2)
})

每次在进入测试之前都重新jest.useFakeTimers()即可。

ES6中类的测试

单元测试：表示只仅仅对单一一个文件或方法进行测试，从而忽略掉该文件中引用的其他内容，如果其他内容比较耗费性能，那么在进行单元测试的时候进行mock简化引用。
举例：在一个方法文件中引用了一个类。然后对该方法进行单元测试。

//util.js (ES6类)
class Util {
    a(){
        //...逻辑复杂，耗费性能
    }
    b(){
        //...逻辑复杂，耗费性能
    }
}
export default Util

Util类中有两个方法，都很耗性能，逻辑也很复杂。

//demoUtil.js
import Util from './util.js';

export const demoFunction = () => {
    let util = new Util();
    util.a();
    util.b();
}

在demoUtil文件中引用了这个Util类，并且使用了。

//demoUtil.test.js
jest.mock('./util.js');
/*
    Util Util.a Util.b jest.fn()
*/
import { demoFunction } from "./demoUtil.js";
import Util from './util.js';

test('测试demoFunction',() => {
    demoFunction();

    expect(Util).toHaveBeenCalled();
    // expect()
    expect(Util.mock.instances[0].a).toHaveBeenCalled();
    expect(Util.mock.instances[0].b).toHaveBeenCalled();
    console.log(Util.mock);
})

在demoUtil.test.js文件中对demoFunction进行测试，此时由于Util中类逻辑复杂耗费性能，那么我们需要采取mock对其进行模拟，只需要判断在demoFunction方法中Util类，以及它的实例化方法调用了没有即可。

这段代码流程解释一下就是：
jest.mock('./util.js')：当jest.mock()中的参数检测到是一个类时，那么就会直接默认将类，以及里面的方法转换成mock函数，例如：Util ,Util.a,Util.b都将会转换成jest.fn();
引入Util,此时的Util已经转换成了jest.fn(),那么此时就可以采用Util.mock下的一些属性进行测试啦。

还有一种办法就是，直接在__mocks__文件夹中自己去模拟实现一下jest.mock()方法的内部实现。

//__mocks__/util.js
const Util = jest.fn(()=>{
    console.log("Util")
});
Util.prototype.a = jest.fn(()=>{
    console.log("a")
});
Util.prototype.b = jest.fn(()=>{
    console.log("b")
});
export default Util;

这样就相当于把jest.mock("./util"),自动转换过程手写了一遍，这样做比较优雅，而且还可以对方法进行拓展，写一些逻辑。

还可以直接在demoUtil.test.js中直接写

jest.mock('./util.js',()=>{
    const Util = jest.fn(()=>{
        console.log("Util")
    });
    Util.prototype.a = jest.fn(()=>{
        console.log("a")
    });
    Util.prototype.b = jest.fn(()=>{
        console.log("b")
    });
    return Util;
});
import { demoFunction } from "./demoUtil.js";

import Util from './util.js';

test('测试demoFunction',() => {
    demoFunction();

    expect(Util).toHaveBeenCalled();
    // expect()
    expect(Util.mock.instances[0].a).toHaveBeenCalled();
    expect(Util.mock.instances[0].b).toHaveBeenCalled();
    console.log(Util.mock);
})

在jest.mock()第二个参数中可以放刚才自动转换的逻辑。

单元测试就是指只对我自身做一些测试，集成测试是指对我自身以及自身其他依赖一起做测试。

jest中对dom节点测试

node环境中是没有dom的，jest在node环境下自己模拟了一套dom的api，jsDom。
需要对dom操作为了方便，安装jquery依赖。
看下面例子：

//dom.js
import $ from "jquery";
export const addDivToBody = () => {
    $('body').append("<div/>")
}

//dom.test.js
import {addDivToBody} from './dom';
import $ from 'jquery';
test("addDivToBody",() => {
    addDivToBody();
    addDivToBody();
    expect($('body').find("div").length).toBe(2)
})

练习源码：https://github.com/Mstian/jest-test

最后编辑于 ：
©著作权归作者所有,转载或内容合作请联系作者
  • 人面猴
    序言：七十年代末，一起剥皮案震惊了整个滨河市，随后出现的几起案子，更是在滨河造成了极大的恐慌，老刑警刘岩，带你破解...
    沈念sama阅读 203,179评论 5赞 476
  • 死咒
    序言：滨河连续发生了三起死亡事件，死亡现场离奇诡异，居然都是意外死亡，警方通过查阅死者的电脑和手机，发现死者居然都...
    沈念sama阅读 85,229评论 2赞 380
  • 救了他两次的神仙让他今天三更去死
    文/潘晓璐 我一进店门，熙熙楼的掌柜王于贵愁眉苦脸地迎上来，“玉大人，你说我怎么就摊上这事。” “怎么了？”我有些...
    开封第一讲书人阅读 150,032评论 0赞 336
  • 道士缉凶录：失踪的卖姜人
    文/不坏的土叔 我叫张陵，是天一观的道长。 经常有香客问我，道长，这世上最难降的妖魔是什么？ 我笑而不...
    开封第一讲书人阅读 54,533评论 1赞 273
  • 港岛之恋（遗憾婚礼）
    正文 为了忘掉前任，我火速办了婚礼，结果婚礼上，老公的妹妹穿的比我还像新娘。我一直安慰自己，他们只是感情好，可当我...
    茶点故事阅读 63,531评论 5赞 365
  • 恶毒庶女顶嫁案：这布局不是一般人想出来的
    文/花漫 我一把揭开白布。 她就那样静静地躺着，像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上，一...
    开封第一讲书人阅读 48,539评论 1赞 281
  • 城市分裂传说
    那天，我揣着相机与录音，去河边找鬼。 笑死，一个胖子当着我的面吹牛，可吹牛的内容都是我干的。 我是一名探鬼主播，决...
    沈念sama阅读 37,916评论 3赞 395
  • 双鸳鸯连环套：你想象不到人心有多黑
    文/苍兰香墨 我猛地睁开眼，长吁一口气：“原来是场噩梦啊……” “哼！你这毒妇竟也来了？” 一声冷哼从身侧响起，我...
    开封第一讲书人阅读 36,574评论 0赞 256
  • 万荣杀人案实录
    序言：老挝万荣一对情侣失踪，失踪者是张志新（化名）和其女友刘颖，没想到半个月后，有当地人在树林里发现了一具尸体，经...
    沈念sama阅读 40,813评论 1赞 296
  • 护林员之死
    正文 独居荒郊野岭守林人离奇死亡，尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,568评论 2赞 320
  • 白月光启示录
    正文 我和宋清朗相恋三年，在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,654评论 1赞 329
  • 活死人
    序言：一个原本活蹦乱跳的男人离奇死亡，死状恐怖，灵堂内的尸体忽然破棺而出，到底是诈尸还是另有隐情，我是刑警宁泽，带...
    沈念sama阅读 33,354评论 4赞 318
  • 日本核电站爆炸内幕
    正文 年R本政府宣布，位于F岛的核电站，受9级特大地震影响，放射性物质发生泄漏。R本人自食恶果不足惜，却给世界环境...
    茶点故事阅读 38,937评论 3赞 307
  • 男人毒药：我在死后第九天来索命
    文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹，春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,918评论 0赞 19
  • 一桩弑父案，背后竟有这般阴谋
    文/苍兰香墨 我抬头看了看天上的太阳。三九已至，却和暖如春，着一层夹袄步出监牢的瞬间，已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,152评论 1赞 259
  • 情欲美人皮
    我被黑心中介骗来泰国打工， 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留，地道东北人。 一个月前我还...
    沈念sama阅读 42,852评论 2赞 349
  • 代替公主和亲
    正文 我出身青楼，却偏偏与公主长得像，于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子，可洞房花烛夜当晚...
    茶点故事阅读 42,378评论 2赞 342