我正在构建一个应用程序,在这个应用程序中,我需要测试快速回调解析中的一些回调行为。> callbackRender(res, response)) callbackRender(result, response) }这两个失败的测试看起来像是:
it('should call the callback render method when httpResponse is a promise', (don
:use_any_string called with unexpected arguments [1]
mock.verify因此,我不理解使用mock.verify的目的,因为尝试传递除String之外的任何其他类型(到use_any_string)都会导致模拟预期错误。那么为什么要使用assert mock.verify呢?
希望调用可能返回promise的回调。解决它。如果承诺失败,请记录下来。调用者不应该知道所有这些,并且应该在不等待承诺实现的情况下返回。这就是为什么我不会还诺言的原因。这会导致以下错误:
(node:21146) Warning: a promise was created in a handler at internal/timers.js:456:21 but wasnot returned from
我用RSVP包装了一个简单的jQuery承诺,并注意到当我故意造成错误时,就不会调用失败回调。我认为这是因为当您使用普通的jQuery并且回调抛出一个错误时,返回的承诺不会被移动到失败状态(与规范相反)。如果我需要使用jQuery $.ajax,但我想使用RSVP获得真正的决心/拒绝回调,那么我能对下面的例子做些什么呢?var peoplePromise = new Em