在咱们进行单元测试的过程当中,若是咱们须要对一些HTTP接口进行相关的业务测试,那么咱们就须要来模拟HTTP请求的发送与响应,不然咱们就没法完成测试的闭环。javascript
目前,有许许多多的测试框架都提供了模拟HTTP请求相关的一些流程功能,咱们在这边文章中将会讲到的,就是咱们在上一篇关于单元测试的博客提升代码质量——使用Jest和Sinon给已有的代码添加单元测试中提到的Sinon中引用的HTTP模拟框架nise。java
本文的目标是让读者可以经过这篇文章,知道一个成熟的测试框架是如何来模拟一个HTTP的实现,而且与业务代码进行结合,辅助进行测试。本文内容相对较为简单,基本没有难度,做为一个知识面扩充建议读者快速略读。git
经过本文,你能够了解如下内容:github
fake XHR and Server.json
nise在Github上面的介绍很简单,虽然只有四个单词,可是却很精确的说明了这个库的含义——构造一个模拟的XHR和Server对象,用来替换原生的对象用来知足测试需求。浏览器
它是Sinon.js的一部分,用来处理HTTP相关测试问题。app
该库提供了替换原生的XHR对象和Server相关的接口,可是咱们在本文中只介绍关于XHR部分,也就是浏览器中的XHR对象的替换。该部分位于仓库中/lib/fake-xhr/index.js
中,下文中提到的nise若是没有特别注明,均表示nise中的XHR。框架
想要了解nise的设计思路,咱们就须要先看下nise的使用方法。async
目前,nise提供了如下三个API接口:ide
module.exports = {
xhr: sinonXhr, // 用来存储原来的XHR对象和一些环境判断属性
FakeXMLHttpRequest: FakeXMLHttpRequest, // XHR对象构造函数
useFakeXMLHttpRequest: useFakeXMLHttpRequest //调用后,使用fake XHR对象替换全局,并返回一个带有restore方法的fake XHR对象构造函数
};
复制代码
咱们在使用时,只需调用userFakeXMLHttpRequest
方法,便可将原生的XHR对象替换成nise提供的XHR对象。在测试完成后,咱们再调用返回的restore
方法,这样咱们就恢复了原生的XHR对象。
返回的模拟HXR对象还有部分API接口能够调用,这部分咱们将在下一节——nise结构中进行介绍。
// 构造函数,用来存储请求相关的数据如请求状态、请求头等
function FakeXMLHttpRequest(config) {
EventTargetHandler.call(this);
this.readyState = FakeXMLHttpRequest.UNSENT; // 原生属性,用来标识请求状态
this.requestHeaders = {}; // 记录请求headers属性
this.requestBody = null; // 记录请求body属性
this.status = 0;
this.statusText = "";
this.upload = new EventTargetHandler(); // 上传事件属性
this.responseType = ""; // 响应类型属性
this.response = ""; // 响应内容属性
this.logError = configureLogError(config);
if (sinonXhr.supportsTimeout) {
this.timeout = 0;
}
if (sinonXhr.supportsCORS) {
this.withCredentials = false;
}
if (typeof FakeXMLHttpRequest.onCreate === "function") {
FakeXMLHttpRequest.onCreate(this);
}
}
FakeXMLHttpRequest.useFilters = false;
FakeXMLHttpRequest.addFilter = function addFilter(fn) {} // 增长过滤函数
FakeXMLHttpRequest.defake = function defake(fakeXhr, xhrArgs) {} // 将经常使用事件如open、send等XHR的方法绑定到模拟的XHR对象上
FakeXMLHttpRequest.parseXML = function parseXML(text) {} // 解析XML
extend(FakeXMLHttpRequest.prototype, sinonEvent.EventTarget, {
open: function open(method, url, async, username, password) {} // XHR原生方法模拟
readyStateChange: function readyStateChange(state) {} // XHR原生方法模拟
setRequestHeader: function setRequestHeader(header, value) {} // 设置请求header并保存到requestHeaders属性中
setStatus: function setStatus(status) {} // 设置status并保存到status属性中
setResponseHeaders: function setResponseHeaders(headers) {} // 设置响应headers并跟随callback一块儿返回
send: function send(data) {} // XHR原生方法模拟
abort: function abort() {} // 终止HTTP请求
error: function () {} // XHR原生方法模拟
triggerTimeout: function triggerTimeout() {} // 触发超时
getResponseHeader: function getResponseHeader(header) {} // 获取响应header
getAllResponseHeaders: function getAllResponseHeaders() {} // 获取所有的响应headers
setResponseBody: function setResponseBody(body) {} // 设置响应内容
respond: function respond(status, headers, body) {} // 触发请求的callback函数
uploadProgress: function uploadProgress(progressEventRaw) {} // 上传进度触发事件
downloadProgress: function downloadProgress(progressEventRaw) {} // 下载进度触发事件
uploadError: function uploadError(error) {} // 上传失败触发事件
overrideMimeType: function overrideMimeType(type) {} // 覆盖mineType
});
复制代码
经过上面的源码介绍咱们能够知道:nise是经过彻底模拟一个模拟的XHR对象,而后再使用这个模拟的XHR对象来替换全局的XHR对象。
而咱们在进行HTTP相关测试时,参数是由咱们传入的,所以不须要进行验证。因此咱们最终须要验证的实际上是callback中的处理逻辑和结果。所以,咱们能够经过如下一个示例来看下它如何与业务代码进行结合。这个示例是在上一篇博客中出现过的示例:
test('user', () => {
let callback = jest.fn();
HTTPCommon.deleteRemoteSession({
data: {},
success: callback
});
expect(requests.length).toBe(1);
requests[0].respond(200, {"Content-Type": 'application/json'}, 'hjava'); // 模拟返回值
expect(callback.mock.calls[0][0]).toBe('hjava');
});
复制代码
经过respond
这个方法,fakeXMLHttpRequest对象触发了callback函数,而且将指定数据传递到业务代码中。所以,咱们可以经过callback相关的业务逻辑来判断咱们的逻辑是否正常。
nise经过一个很是常规的方法——模拟一个XHR对象而且实现XHR对象的全部功能来完成针对HTTP请求进行记录的功能。咱们再经过nise记录的数据,组合其余的单元测试框架来对业务代码进行测试。
nise的源码只有600余行,并且很是简单易懂。我将原有代码folk一份并加上了部分注释,有兴趣的同窗能够看看,具体地址见此处。