Mocha测试框架

所谓”测试框架”，就是运行测试的工具。通过它，可以为JavaScript应用添加测试，从而保证代码的质量。
参照 阮一峰的测试框架Mocha实例教程

—安装依赖

测试脚本的写法
Mocha的作用是运行测试脚本，首先必须学会写测试脚本。所谓”测试脚本”，就是用来测试源码的脚本。
通常，测试脚本与所要测试的源码脚本同名，但是后缀名为.test.js（表示测试）或者.spec.js（表示规格）。
测试脚本里面应该包括一个或多个describe块，每个describe块应该包括一个或多个it块。
describe块称为”测试套件”（test suite），表示一组相关的测试。它是一个函数，第一个参数是测试套件的名称（”加法函数的测试”），第二个参数是一个实际执行的函数。
it块称为”测试用例”（test case），表示一个单独的测试，是测试的最小单位。它也是一个函数，第一个参数是测试用例的名称（”1 加 1 应该等于 2”），第二个参数是一个实际执行的函数。

断言库的用法
所谓”断言”，就是判断源码的实际执行结果与预期结果是否一致，如果不一致就抛出一个错误。
所有的测试用例（it块）都应该含有一句或多句的断言。它是编写测试用例的关键。
断言功能由断言库来实现，Mocha本身不带断言库，所以必须先引入断言库。

var expect = require(‘chai’).expect;
断言库有很多种，Mocha并不限制使用哪一种。

基本上，expect断言的写法都是一样的。头部是expect方法，尾部是断言方法，比如equal、a/an、ok、match等。两者之间使用to或to.be连接。
如果expect断言不成立，就会抛出一个错误。事实上，只要不抛出错误，测试用例就算通过。

Mocha的基本用法

mocha命令后面紧跟测试脚本的路径和文件名，可以指定多个测试脚本。
Mocha默认运行test子目录里面的测试脚本。所以，一般都会把测试脚本放在test目录里面，然后执行mocha就不需要参数了。
Mocha默认只执行test子目录下面第一层的测试用例，不会执行更下层的用例。
为了改变这种行为，就必须加上–recursive参数，这时test子目录下面所有的测试用例—-不管在哪一层—-都会执行。

通配符
命令行指定测试脚本时，可以使用通配符，同时指定多个文件。
除了使用Shell通配符，还可以使用Node通配符。

命令行参数
–help或-h参数，用来查看Mocha的所有命令行参数。
–reporter或-R参数用来指定测试报告的格式，默认是spec格式。
–reporters参数可以显示所有内置的报告格式。
使用mochawesome模块，可以生成漂亮的HTML格式的报告。
npm install –save-dev mochawesome
mocha命令使用了项目内安装的版本，而不是全局安装的版本，因为mochawesome模块是安装在项目内的。
然后，测试结果报告就在mochaawesome-reports子目录生成。
–growl或-G 将测试结果在桌面显示。
–watch或-w 用来监视指定的测试脚本。只要测试脚本有变化，就会自动运行Mocha。
–bail或-b 指定只要有一个测试用例没有通过，就停止执行后面的测试用例。这对持续集成很有用。
–grep或-g 用于搜索测试用例的名称（即it块的第一个参数），然后只执行匹配的测试用例。
–invert或-i 表示只运行不符合条件的测试脚本，必须与–grep参数配合使用。

配置文件mocha.opts

Mocha允许在test目录下面，放置配置文件mocha.opts，把命令行参数写在里面。
如果测试用例不是存放在test子目录，可以在mocha.opts写入以下内容。

server-tests
–recursive

上面代码指定运行server-tests目录及其子目录之中的测试脚本。

ES6测试
ES6是JavaScript语言的下一个版本

如果测试脚本是用ES6写的，那么运行测试之前，需要先用Babel转码。
ES6转码，需要安装Babel。

$ npm install babel-core babel-preset-es2015 –save-dev

然后，在项目目录下面，新建一个.babelrc配置文件。

{
“presets”: [ “es2015” ]
}
最后，使用–compilers参数指定测试脚本的转码器。

$ ../node_modules/mocha/bin/mocha –compilers js:babel-core/register
上面代码中，–compilers参数后面紧跟一个用冒号分隔的字符串，冒号左边是文件的后缀名，右边是用来处理这一类文件的模块名。
上面代码表示，运行测试之前，先用babel-core/register模块，处理一下.js文件。由于这里的转码器安装在项目内，所以要使用项目内安装的Mocha；如果转码器安装在全局，就可以使用全局的Mocha。

注意，Babel默认不会对Iterator、Generator、Promise、Map、Set等全局对象，以及一些全局对象的方法（比如Object.assign）转码。如果想要对这些对象转码，就要安装babel-polyfill。

$ npm install babel-polyfill –save
然后，在脚本头部加上一行。
import ‘babel-polyfill’

异步测试

Mocha默认每个测试用例最多执行2000毫秒，如果到时没有得到结果，就报错。
对于涉及异步操作的测试用例，这个时间往往是不够的，需要用-t或–timeout参数指定超时门槛。

Mocha默认会高亮显示超过75毫秒的测试用例，可以用-s或–slow调整这个参数。

Mocha内置对Promise的支持，允许直接返回Promise，等到它的状态改变，再执行断言，而不用显式调用done方法。

测试用例的钩子
Mocha在describe块之中，提供测试用例的四个钩子：before()、after()、beforeEach()和afterEach()。它们会在指定时间执行。

describe(‘hooks’, function() {

before(function() {
// 在本区块的所有测试用例之前执行
});

after(function() {
// 在本区块的所有测试用例之后执行
});

beforeEach(function() {
// 在本区块的每个测试用例之前执行
});

afterEach(function() {
// 在本区块的每个测试用例之后执行
});

// test cases
});

测试用例管理
大型项目有很多测试用例。有时，我们希望只运行其中的几个，这时可以用only方法。describe块和it块都允许调用only方法，表示只运行某个测试套件或测试用例。
此外，还有skip方法，表示跳过指定的测试套件或测试用例。

浏览器测试
除了在命令行运行，Mocha还可以在浏览器运行。

首先，使用mocha init命令在指定目录生成初始化文件，就会在目录下生成index.html文件，以及配套的脚本和样式表。
然后，新建一个源码文件
后，把这个文件，以及断言库chai.js，加入index.html。
最后，在tests.js里面写入测试脚本。

生成规格文件
Mocha支持从测试用例生成规格文件。

$ mocha –recursive -R markdown > spec.md
上面命令根据test目录的所有测试脚本，生成一个规格文件spec.md。
-R markdown参数指定规格报告是markdown格式。
如果想生成HTML格式的报告spec.html，使用下面的命令。

$ mocha –recursive -R doc > spec.html