如果你在进行单元测试,你不应该为时钟而烦恼。
假设我们有这样的东西:
var obj = {
functionToTest: function () {
callServer().then(function () {
//success
}, function () {
//error
})
}
}
为了测试它,我们需要修改时钟。避免它的一种选择是修改超时以同步解决功能。
var aux = window.setTimeout; //save to restore later
window.setTimeout = function(func){
func();
};
大多数时候使用假超时会产生相同的结果,但有时可能会失败:
var obj = {
functionToTest: function () {
var foo = 'bar';
callServer().then(function () {
alert(foo);
}, function () {
//error
})
foo = 'buz';
}
}
正常使用时会发出警报buz
,但假超时时会发出警报bar
。请谨慎使用此选项。
当您使用 Q 承诺时,您指定了一个成功回调和一个错误回调,它们不需要在测试函数中。
var obj = {
functionToTest: function () {
callServer().then(this.success, this.error)
},
success: function () {
//success
}
error: function () {
//error
}
}
现在,使用假超时,您可以测试是否调用了成功和错误函数,然后测试成功和错误函数。
如果您需要回调中测试函数的一些数据,您可以使用闭包:
var obj = {
functionToTest: function () {
var data = 'foo';
callServer().then(this.success(data), this.error)
},
success: function (data) {
var that = this;
return function () {
//we have access to data and the object
}
}
error: function () {
//error
}
}
单元测试时,您检查函数的输出以获取指定的输入。如果被测函数正在调用一个返回承诺的函数,则意味着被测函数的输出是对该函数的调用,所以它应该被测试。稍后您应该测试回调。
在示例中,我将测试我正在使用预期数据调用 callServer,然后测试回调。
如果您需要使用“runs”和“waitsFor”(或其他类似选项),这意味着您不是在进行单元测试,而是在进行功能或集成测试。
单元测试确保项目的每个部分都正常工作,集成测试确保所有部分都能正常工作。
如果单元测试太复杂,则意味着您应该修改您正在编程的内容以使其可测试。
编辑:
对于您评论的测试,我会做:
var aux;
beforeEach(function () {
aux = window.setTimeout;
window.setTimeout = function(func){
func();
};
});
afterEach(function () {
window.setTimeout = aux;
});
it('should return a single object', function () {
CrmRestKit.Retrieve(entitySchemaName, fakeid, columns).then(function (data) {
expect(data.d).not.toBeArray();
});
});
it('will return the fake-account', function () {
CrmRestKit.Retrieve(entitySchemaName, fakeid, columns).then(function (data) {
expect(data.d).toBe(fakeAccount);
});
});
编辑2:
我提供的 setTimeout 解决方案是一个快速的解决方案,但不是最纯粹的“单元测试”解决方案,而且很多时候它可以工作并保持测试简单,但这次不是。
通过您的测试,除了代码之外,您还测试了 Q 和 ajax 实现,这就是使测试变得复杂的原因。
快速解决方案改进:
让我们从等式中删除 Promise 实现,并考虑它会完成它的工作。
您目前期望从 Promise 中获得您从 ajax 调用中收到的数据。为什么不测试用预期数据调用 promise 的“resolve”函数呢?
单元测试解决方案:
不要测试 3rd 方的实现,并认为他们会完成他们的工作。
我会做 3 个测试:一个检查 Retrieve 是否返回一个承诺,第二个检查它是否使用服务器需要的数据调用 ajax,然后是回调函数的最后一个检查它是否调用了 resolve使用预期的数据(请参阅我的回调测试的第一个答案)。