Jest中Mock网络请求
Jest中Mock网络请求
最近需要将一个比较老的库修改为TS并进行单元测试，修改为TS还能会一点，单元测试纯粹是现学现卖了，初学Jest框架，觉得在单元测试中比较麻烦的就是测试网络请求，所以记录一下Mock掉Axios发起网络请求的一些方式。初学两天的小白，如有问题还请指出。
描述
文中提到的示例全部在 jest-axios-mock-server仓库 中，直接使用包管理器安装就可以启动示例，例如通过yarn安装：
$ yarn install
在package.json中指定了一些命令，分别如下：
npm run build:rollup的打包命令。npm run test:demo1: 简单地mock封装的网络请求库。npm run test:demo2: 采用重新实现并hook的方式完成mock。npm run test:demo3: 使用Jest中的库完成demo2的实现。npm run test:demo4-5: 启动一个node服务器，通过axios的proxy将网络请求进行代理，转发到启动的node服务器，通过设置好对应的单元测试请求与响应的数据，利用对应关系实现测试，也就是jest-axios-mock-server完成的工作。
在这里我们封装了一层axios，比较接近真实场景，可以查看test/demo/wrap-request.ts文件，实际上只是简单的在内部创建了一个axios实例，并且转发了一下响应的数据而已，test/demo/index.ts文件简单地导出了一个counter方法，这里对于这两个参数有一定的处理然后才发起网络请求，之后对于响应的数据也有一定的处理，只是为了模拟一下相关的操作而已。
// test/demo/wrap-request.ts
import axios, { AxiosRequestConfig } from "axios";
const instance = axios.create({
timeout: 3000,
});
export const request = (options: AxiosRequestConfig): Promise<any> => {
// do something wrap
return instance.request(options).then(res => res.data);
};
// test/demo/index.ts
import { request } from "./wrap-request";
export const counter = (id: number, number: number): Promise<{ result: number; msg: string }> => {
const operate = number > 0 ? 1 : -1;
return request({
url: "https://www.example.com/api/setCounter",
method: "POST",
data: { id, operate },
})
.then(res => {
if (res.result === 0) return { result: 0, msg: "success" };
if (res.result === -100) return { result: -100, msg: "need login" };
return { result: -999, msg: "fail" };
})
.catch(err => {
return { result: -999, msg: "fail" };
});
};
此处的Jest使用了JSDOM模拟的浏览器环境，在jest.config.js中配置的setupFiles属性中配置了启动文件test/config/setup.js，在此处初始化了JSDOM。
import { JSDOM } from "jsdom";
const config = {
url: "https://www.example.com/",
domain: "example.com",
};
const dom = new JSDOM("", config);
global.document = dom.window.document;
global.document.domain = config.domain;
global.window = dom.window;
global.location = dom.window.location;
demo1: 简单Mock网络请求
在test/demo1.test.js中进行了简单的mock处理，通过npm run test:demo1即可尝试运行，实际上是将包装axios的wrap-request库进行了一个mock操作，在Jest启动时会进行编译，在这里将这个库mock掉后，所有在之后引入这个库的文件都是会获得mock后的对象，也就是说我们可以认为这个库已经重写了，重写之后的方法都是JEST的Mock Functions了，可以使用诸如mockReturnValue一类的函数进行数据模拟，关于Mock Functions可以参考https://www.jestjs.cn/docs/mock-functions。
// test/demo1.test.js
import { counter } from "./demo";
import { request } from "./demo/wrap-request";
jest.mock("./demo/wrap-request");
describe("Simple mock", () => {
it("test success", () => {
request.mockResolvedValue({ result: 0 });
return counter(1, 2).then(res => {
expect(res).toStrictEqual({ result: 0, msg: "success" });
});
});
it("test need login", () => {
request.mockResolvedValue({ result: -100 });
return counter(1, 2).then(res => {
expect(res).toStrictEqual({ result: -100, msg: "need login" });
});
});
it("test something wrong", () => {
request.mockResolvedValue({ result: 1111111 });
return counter(1, 2).then(res => {
expect(res).toStrictEqual({ result: -999, msg: "fail" });
});
});
});
在这里我们完成了返回值的Mock，也就是说对于wrap-request库中的request返回的值我们都能进行控制了，但是之前也提到过对于传入的参数也有一定的处理，这部分内容我们还没有进行断言，所以对于这个我们同样需要尝试进行处理。
demo2: hook网络请求
demo2通过npm run test:demo2即可尝试运行，在上边提到了我们可以处理返回值的情况，但是没法断言输入的参数是否正确进行了处理，所以我们需要处理一下这种情况，所幸Jest提供了一种可以直接实现被Mock的函数库的方式，当然实际上Jest还提供了mockImplementation的方式，这个是在demo3中使用的方式，在这里我们重写了被mock的函数库，在实现的时候也可以使用jest.fn完成Implementations，这里通过在返回之前写入了一个hook函数，并且在各个test时再实现断言或者是指定返回值，这样就可以解决上述问题，实际上就是实现了Jest中Mock Functions的mockImplementation。
// test/demo2.test.js
import { counter } from "./demo";
import * as request from "./demo/wrap-request";
jest.mock("./demo/wrap-request", () => {
let hook = () => ({ result: 0 });
return {
setHook: cb => (hook = cb),
request: (...args) => {
return new Promise(resolve => {
resolve(hook(...args));
});
},
};
});
describe("Simple mock", () => {
it("test success", () => {
request.setHook(() => ({ result: 0 }));
return counter(1, 2).then(res => {
expect(res).toStrictEqual({ result: 0, msg: "success" });
});
});
it("test need login", () => {
request.setHook(() => ({ result: -100 }));
return counter(1, 2).then(res => {
expect(res).toStrictEqual({ result: -100, msg: "need login" });
});
});
it("test something wrong", () => {
request.setHook(() => ({ result: 1111111 }));
return counter(1, 2).then(res => {
expect(res).toStrictEqual({ result: -999, msg: "fail" });
});
});
it("test param transform", () => {
return new Promise(done => {
request.setHook(({ data }) => {
expect(data).toStrictEqual({ id: 1, operate: 1 });
done();
return { result: 0 };
});
counter(1, 1000);
});
});
});
demo3: 使用Jest的mockImplementation
demo3通过npm run test:demo3即可尝试运行，在demo2中的例子实际上是写复杂了，在Jest中Mock Functions有mockImplementation的实现，直接使用即可。
// test/demo3.test.js
import { counter } from "./demo";
import { request } from "./demo/wrap-request";
jest.mock("./demo/wrap-request");
describe("Simple mock", () => {
it("test success", () => {
request.mockImplementation(() => Promise.resolve({ result: 0 }));
return counter(1, 2).then(res => {
expect(res).toStrictEqual({ result: 0, msg: "success" });
});
});
it("test need login", () => {
request.mockImplementation(() => Promise.resolve({ result: -100 }));
return counter(1, 2).then(res => {
expect(res).toStrictEqual({ result: -100, msg: "need login" });
});
});
it("test something wrong", () => {
request.mockImplementation(() => Promise.resolve({ result: 1111111 }));
return counter(1, 2).then(res => {
expect(res).toStrictEqual({ result: -999, msg: "fail" });
});
});
it("test param transform", () => {
return new Promise(done => {
request.mockImplementation(({ data }) => {
expect(data).toStrictEqual({ id: 1, operate: 1 });
done();
return Promise.resolve({ result: 0 });
});
counter(1, 1000);
});
});
});
demo4-5: 真实发起网络请求
demo4与demo5通过npm run test:demo4-5即可尝试运行，采用这种方式是进行了真正的数据请求，在这里会利用axios的代理，将内部的数据请求转发到指定的服务器端口，当然这个服务器也是在本地启动的，通过指定对应的path相关的请求与响应数据进行测试，如果请求的数据不正确，则不会正常匹配到相关的响应数据，这样这个请求会直接返回500，返回的响应数据如果不正确的话也会在断言时被捕捉。在这里就使用到了jest-axios-mock-server库，首先我们需要指定三个文件，分别对应每个单元测试文件启动前执行，Jest测试启动前执行，与Jest测试完成后执行的三个生命周期进行的操作，分别是jest.config.js配置文件的setupFiles、globalSetup、globalTeardown三个配置项。
首先是setupFiles，在这里我们除了初始化JSDOM之外，还需要对axios的默认代理进行操作，因为采用的方案是使用axios的proxy进行数据请求的转发，所以才需要在单元测试的最前方设定代理值。
// test/config/setup.js
import { JSDOM } from "jsdom";
import { init } from "../../src/index";
import axios from "axios";
const config = {
url: "https://www.example.com/",
domain: "example.com",
};
const dom = new JSDOM("", config);
global.document = dom.window.document;
global.document.domain = config.domain;
global.window = dom.window;
global.location = dom.window.location;
init(axios);
之后便是globalSetup与globalTeardown两个配置项，在这里指的是Jest单元测试启动前与全部测试完毕后进行的操作，我们将服务器启动与关闭的操作都放在这里，请注意，在这两个文件运行的文件是单独的一个独立context，与任何进行的单元测试的context都是无关的，包括setupFiles配置项指定的文件，所以在此处所有的数据要么是通过在配置文件中指定，要不就是通过网络在服务器端口之间进行传输。
// test/config/global-setup.js
import { run } from "../../src";
export default async () => {
await run();
};
// test/config/global-teardown.js
import { close } from "../../src";
export default async function () {
await close();
}
对于配置端口与域名信息，将其直接放置在jest.config.js中的globals字段中了，对于debug这个配置项，建议和test.only配合使用，在调用服务器信息的过程中可以打印出相关的请求信息。
// jest.config.js
module.exports = {
// ...
globals: {
host: "127.0.0.1",
port: "5000",
debug: false,
},
// ...
}
当然，或许会有提出为什么不在每个单元测试文件的beforeAll与afterAll生命周期启动与关闭服务器，首先这个方案我也尝试过，首先对于每个测试文件将服务器启动结束后再关闭虽然相对比较耗费时间，但是理论上还是合理的，毕竟要进行数据隔离的话确实是没错，但是在afterAll关闭的时候就出了问题，因为node服务器在关闭时调用的close方法并不会真实地关闭服务器以及端口占用，他只是停止处理请求了，端口还是被占用，当启动第二个单元测试文件时会抛出端口正在被占用的异常，虽然现在已经有一些解决的方案，但是我尝试过后并不理想，会偶现端口依旧被占用的情况，尤其是在node开机后第一次被运行的情况，异常的概率比较大，所以效果不是很理想，最终还是采用了这种完全隔离的方案，具体相关的问题可以参考https://stackoverflow.com/questions/14626636/how-do-i-shutdown-a-node-js-https-server-immediately。
由于采用的是完全隔离的方案，所以我们想给测试的请求进行请求与响应数据的传输的时候，只有两个方案，要么在服务器启动的时候，也就是test/config/global-setup.js文件中将数据全部指定完成，要么就是通过网络进行数据传输，即在服务器运行的过程中通过指定path然后该path的网络请求会携带数据，在服务器的闭包中会把这个数据请求指定，当然在这里两种方式都支持，我觉得还是在每个单元测试文件中指定一个自己的数据比较合适，所以在这里仅示例了在单元测试文件中指定要测试的数据。关于要测试的数据，指定了一个DataMapper类型，以减少类型出错导致的异常，在这里示例了两个数据集，另外在匹配query和data时是支持正则表达式的，对于DataMapper类型的结构还是比较标准的。
// test/data/demo1.data.ts
import { DataMapper } from "../../src";
const data: DataMapper = {
"/api/setCounter": [
{
request: {
method: "POST",
data: '{"id":1,"operate":1}',
},
response: {
status: 200,
json: {
result: 0,
},
},
},
{
request: {
method: "POST",
data: /"id":2,"operate":-1/,
},
response: {
status: 200,
json: {
result: -100,
},
},
},
],
};
export default data;
// test/data/demo2.data.ts
import { DataMapper } from "../../src";
const data: DataMapper = {
"/api/setCounter": [
{
request: {
method: "POST",
data: /"id":3,"operate":-1/,
},
response: {
status: 200,
json: {
result: -100,
},
},
},
],
};
export default data;
最后进行的两个单元测试中就在beforeAll中指定了要测试的数据，要注意这里是return setSuitesData(data)，因为要在数据设置成功响应以后在进行单元测试，之后就是正常的请求与响应以及断言测试是否正确了。
// test/demo4.test.js
import { counter } from "./demo";
import { setSuitesData } from "../src/index";
import data from "./data/demo1.data";
beforeAll(() => {
return setSuitesData(data);
});
describe("Simple mock", () => {
it("test success", () => {
return counter(1, 2).then(res => {
expect(res).toStrictEqual({ result: 0, msg: "success" });
});
});
it("test need login", () => {
return counter(2, -3).then(res => {
expect(res).toStrictEqual({ result: -100, msg: "need login" });
});
});
});
// test/demo5.test.js
import { counter } from "./demo";
import { setSuitesData } from "../src/index";
import data from "./data/demo2.data";
beforeAll(() => {
return setSuitesData(data);
});
describe("Simple mock", () => {
it("test success", () => {
return counter(3, -30).then(res => {
expect(res).toStrictEqual({ result: -100, msg: "need login" });
});
});
it("test no match response", () => {
return counter(6, 2).then(res => {
expect(res).toStrictEqual({ result: -999, msg: "fail" });
});
});
});
BLOG
https://github.com/WindrunnerMax/EveryDay/
参考
https://www.jestjs.cn/docs/mock-functions
https://stackoverflow.com/questions/41316071/jest-clean-up-after-all-tests-have-run
https://stackoverflow.com/questions/14626636/how-do-i-shutdown-a-node-js-https-server-immediately
