Skip to content
Permalink
Branch: master
Find file Copy path
Find file Copy path
Fetching contributors…
Cannot retrieve contributors at this time
196 lines (123 sloc) 6.13 KB

JavaScript测试

概述

Web应用程序越来越复杂,这意味着有更多的可能出错。测试是帮助我们提高代码质量、降低错误的最好方法和工具之一。

单元测试

单元测试(unit testing)指的是以模块为单位,对软件进行测试。通常来说,单元(unit)指的就是一个纯粹的函数,只要输入不变,必定返回同样的输出。

单元测试通常采取断言(assertion)的形式,也就是测试某个功能的返回结果,是否与预期结果一致。如果与预期不一致,就表示测试失败。

单元测试是函数正常工作、不出错的最基本、最有效的方法之一。 每一个单元测试发出一个特定的输入到所要测试的函数,看看函数是否返回预期的输出,或者采取了预期的行动。单元测试证明了所测试的代码行为符合预期。

单元测试有助于代码的模块化,因此有助于长期的重用。因为有了测试,你就知道代码是可靠的,可以按照预期运行。从这个角度说,测试可以节省开发时间。单元测试的另一个好处是,有了测试,就等于就有了代码功能的文档,有助于其他开发者了解代码的意图。

单元测试应该避免依赖性问题,比如不存取数据库、不访问网络等等,而是使用工具虚拟出运行环境。这种虚拟使得测试成本最小化,不用花大力气搭建各种测试环境。

单元测试的步骤

  1. 搭建测试环境
  2. 触发测试
  3. 验证结果是否正确
  4. 还原被修改的环境

单元测试需要用到测试框架,常用的有MochaQUnit。其他需要用到的工具还有下面一些。

  • 断言库:Expect.js等
  • mock库:Sinon.js等
  • 覆盖率测试工具:istanbul

集成测试(Integration test)

集成测试指的是多个部分在一起测试,比如在一个测试数据库上,测试数据库连接模块。

功能测试(Functional test)

功能测试指的是,自动测试整个应用程序的某个功能,比如使用Selenium工具自动打开浏览器运行程序。

TDD

TDD是测试驱动型开发(Test-Driven Development)的缩写,指的是先写好测试,然后再根据测试完成开发。使用这种开发方式,会有很高的测试覆盖率。

TDD的开发步骤如下。

  • 先写一个测试。
  • 写出最小数量的代码,使其能够通过测试。
  • 优化代码。
  • 重复前面三步。

TDD开发的测试覆盖率通常在90%以上,这意味着维护代码和新增特性会非常容易。因为测试保证了你可以信任这些代码,修改它们不会破坏其他代码的运行。

BDD

BDD是行为驱动开发(Behavior-Driven Development)的缩写,指的是写出优秀测试的最佳实践的总称。它应该与TDD和单元测试一起配合使用。

BDD认为,不应该针对代码的实现细节写测试,而是要针对行为写测试。请看下面测试计数器是否加1的例子。

suite('Counter', function() {
  test('tick increases count to 1', function() {
    var counter = new Counter();
    counter.tick();
    assert.equal(counter.count, 1);
  });
});

上面代码测试的是Counter的内部实现,即Counter实例的默认值为0,调用tick方法后增加为1。

BDD测试的是行为,即应该怎样运行。

describe('Counter', function() {
  it('should increase count by 1 after calling tick', function() {
    var counter = new Counter();
    var expectedCount = counter.count + 1;
      counter.tick();
    assert.equal(counter.count, expectedCount);
  });
});

总结一下,就是TDD告诉你何时写测试,何时写代码,BDD告诉你如何写测试,两者应该结合起来。

QUnit

QUnit的作者就是jQuery的作者,从2008年创立,最早只能在浏览器中运行。

QUint自带断言库(assert对象),所以没有必要使用外部的断言库。

QUnit.test("hello test", function(assert) {
  assert.ok(1 == "1", "Passed!");
});

断言的三种风格

assert、expext、should是断言的三种风格。

   // with an assert style
   assert.equal(event.detail.item, '(item).);

   // or an expect style
   expect(event.detail.item).to.equal('(item)');

   // or should style
   event.detail.item.should.equal('(item)');
   done();

Chai.js

assert风格

var assert = require('chai').assert
  , foo = 'bar'
  , beverages = { tea: [ 'chai', 'matcha', 'oolong' ] };

assert.typeOf(foo, 'string', 'foo is a string');
assert.equal(foo, 'bar', 'foo equal `bar`');
assert.lengthOf(foo, 3, 'foo`s value has a length of 3');
assert.lengthOf(beverages.tea, 3, 'beverages has 3 types of tea');

上面代码中,assert方法的最后一个参数是错误提示信息,只有测试没有通过时,才会显示。

expect风格

var expect = require('chai').expect
  , foo = 'bar'
  , beverages = { tea: [ 'chai', 'matcha', 'oolong' ] };

expect(foo).to.be.a('string');
expect(foo).to.equal('bar');
expect(foo).to.have.length(3);
expect(beverages).to.have.property('tea').with.length(3);

显示的错误提示如下。

var answer = 43;

// AssertionError: expected 43 to equal 42.
expect(answer).to.equal(42); 

// AssertionError: topic [answer]: expected 43 to equal 42.
expect(answer, 'topic [answer]').to.equal(42);

Expect.js的例子。

expect({}).to.be.an('object');
expect([1,2,3]).to.contain(2);
expect(['a','b','c']).to.eql(['a', 'b', 'c']);

should风格

var should = require('chai').should() //actually call the the function
  , foo = 'bar'
  , beverages = { tea: [ 'chai', 'matcha', 'oolong' ] };

foo.should.be.a('string');
foo.should.equal('bar');
foo.should.have.length(3);
beverages.should.have.property('tea').with.length(3);

参考链接

You can’t perform that action at this time.