如果您正在进行单元测试，则不必担心时钟。
假设我们有这样的事情：
var obj = {
functionToTest: function () {
callServer().then(function () {
//success
}, function () {
//error
})
}
}
为了测试它，我们需要修改时钟。避免它的一种选择是修改超时以同步解决函数。
var aux = window.setTimeout; //save to restore later
window.setTimeout = function(func){
func();
};
大多数时候使用假的 timout 会产生相同的结果，但有时可能会失败：
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 中获取您从 ajax 调用中收到的数据。你为什么不测试一下promise的“resolve”函数是用预期的数据调用的吗？
单元测试解决方案：
不要测试第 3 方的实现，并认为他们会做好自己的工作。
我会做 3 次测试：一次检查 Retrieve 是否返回了一个承诺，第二次检查它是否正在使用服务器需要的数据调用 ajax，然后最后一次检查回调函数以检查它使用预期数据调用解析（请参阅我的回调测试的第一个答案）。