Question

我将我的库表单jQuery移植到Q.js，同时将我的单元测试从QUnit重写为Jasmine.js，现在面临一些问题：

由于所有promise对象都被解析为async（setTimeout（func，0）），我必须用“runs”和“waititsFor”编写不那么好的单元测试。
“jasmine.Clock.useMock”approch无效（两周前租用）

所以我的问题是如何测试我的库使用Q.js与Jasmine.js？

更新1： 你可以找到我的单元测试here。请参阅测试“'该工具包的”检索“方法允许单个记录的延迟”“该库用于Dynamics CRM 2011环境中的CRUD操作。

更新2： 似乎setTimeout不是我唯一的“问题”。 Q.js将使用“setImmediate”或“MessageChannel”或“setTimeout”来解析异步操作。

Answer 1

如果你是单元测试，你不应该为时钟烦恼。

假设我们有类似的东西：

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 promises时，您指定了成功回调和错误回调，并且它们不需要在测试函数中。

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
  }
}

进行单元测试时，检查指定输入的函数输出。如果测试函数正在调用一个返回promise的函数，则意味着测试函数的输出是对该函数的调用，因此它应该被测试。稍后你应该测试回调。

在示例中，我将测试我是否使用预期数据调用callServer，然后测试回调。

如果您需要使用“运行”和“等待”（或其他类似选项），则意味着您没有进行单元测试，而是进行功能测试或集成测试。

单元测试确保项目的每个部分都正常工作，集成测试确保所有部分都能正常工作。

如果单元测试过于复杂，则意味着您应该修改编程内容以使其可测试。

编辑：

对于您评论的测试，我会这样做：

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个测试：一个用于检查Retrieve是否返回一个promise，第二个用于检查它是否正在使用服务器需要的数据调用ajax，然后在回调函数上调用最后一个来检查它使用预期数据调用解析（请参阅回调测试的第一个答案）。

单元测试：Q.js＆amp; Jasmine.js

1 个答案:

编辑：

编辑2：