javascript - 单元测试:Q.js 和 Jasmine.js

Question

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

• 由于所有 Promise 对象都是异步解析的 (setTimeout( func, 0 ))，我必须使用“runs”和“waitsFor”编写不太好的单元测试。
• “jasmine.Clock.useMock”方法无法正常工作(至少两周前)

所以我的问题是如何测试使用 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();
};

大多数时候使用假超时会产生相同的结果，但有时可能会失败:

var obj = {
  functionToTest: function () {
    var foo = 'bar';
    callServer().then(function () {
      alert(foo);
    }, function () {
      //error
    })
    foo = 'buz';
  }
}

正常使用时，它会提醒 buz，但如果使用假超时，它会提醒 bar。请谨慎使用此选项。

当您使用 Q Promise 时，您指定了成功回调和错误回调，并且它们不需要位于测试函数中。

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，然后测试回调。

如果您需要使用“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”函数是否使用预期的数据被调用？

单元测试解决方案:

不要测试第三方实现并认为他们会完成他们的工作。

我会做 3 个测试:第一个测试是检查 Retrieve 是否返回一个 Promise，第二个测试是检查它是否使用服务器所需的数据调用 ajax，最后一个测试是检查回调函数是否正确使用预期数据调用解析(请参阅我的回调测试的第一个答案)。