1.为什么需要单元测试
正确性：测试可以验证代码的正确性，在上线前做到心里有底
自动化：当然手工也可以测试，通过console可以打印出内部信息，但是这是一次性的事情，下次测试还需要从头来过，效率不能得到保证。通过编写测试用例，可以做到一次编写，多次运行
解释性：测试用例用于测试接口、模块的重要性，那么在测试用例中就会涉及如何使用这些API。其他开发人员如果要使用这些API，那阅读测试用例是一种很好地途径，有时比文档说明更清晰
驱动开发，指导设计：代码被测试的前提是代码本身的可测试性，那么要保证代码的可测试性，就需要在开发中注意API的设计，TDD将测试前移就是起到这么一个作用
保证重构：互联网行业产品迭代速度很快，迭代后必然存在代码重构的过程，那怎么才能保证重构后代码的质量呢？有测试用例做后盾，就可以大胆的进行重构
2.前端相关的单元测试技术
2.1 测试框架
目前，前端的测试框架很多，像QUnit、jasmine、mocha、jest、intern等框架，这些框架各有特点，简单描述下，感兴趣的可以具体研究：
Qunit: 该框架诞生之初是为了jquery的单元测试，后来独立出来不再依赖于jquery本身，但是其身上还是脱离不开jquery的影子
jasmine: Behavior-Drive development(BDD)风格的测试框架，在业内较为流行,功能很全面，自带asssert、mock功能
mocha: node社区大神tj的作品，可以在node和browser端使用，具有很强的灵活性，可以选择自己喜欢的断言库，选择测试结果的report
intern: 看官方介绍该测试框架功能极其全面，似乎囊括了业内跟测试相关的所有功能
2.2 断言库
chai：应该是目前组流行的断言库了，支持TDD(assert)、BDD(expect、should)两个风格的断言库
var chai = require('chai');
var assert = chai.assert; // typef assert === 'object'
chai.should(); // 对Obejct.prototype进行拓展
should.js: TJ的另外一个开源贡献
expect.js:BDD风格的另外一个断言库，基于should.js,是mini版的BDD库
assert(node自带核心模块): 可以在node中使用的断言模块
2.3 mock库
先来说说为什么需要mock吧：需要测试的单元依赖于外部的模块，而这些依赖的模块具有一些特点，例如不能控制、实现成本较高、操作危险等原因，不能直接使用依赖的模块，这样情况下就需要对其进行mock，也就是伪造依赖的模块。例如在使用XMLHttpRequest时，需要模拟http statusCode为404的情况，这种情况实际很难发生，必然要通过mock来实现测试。
sinon.js: 目前使用最多的mock库，将其分为spies、stub、fake XMLHttpRequest、Fake server、Fake time几种，根据不同的场景进行选择。
2.4 test runner
karma: 设置测试需要的框架、环境、源文件、测试文件等，配置完后，就可以轻松地执行测试。
