Js测试框架学习笔记（一）

什么时候使用Karma？

在真实浏览器里测试。
在多种浏览器里进行测试（包括桌面、移动）。
在本地开发环境执行测试。
想在持续集成CI内运行测试。
想在每次保存代码时，自动执行测试。
热衷于terminal小黑屏。
不想陷入令人厌烦的测试生活。
想使用Istanbul自动生成coverage报告。
想在源码中使用RequireJS。

Karma:

Karma一直作为一个Test Runner而存在的，只是用来测试的框架。不过到目前为止，它支持以下流行的测试框架。

Mocha
Jasmine
QUnit

Karma对各种Test Framework的支持是以插件的模式进行支持的

创建一个test文件夹，用于存放自己写的单元测试代码。

Mocha:

Mocha 既是测试框架，也是一个测试 runner ，它主要用在 Node.js里的单元测试，当然也可以用在浏览器端，不过得手动配置各种适配脚本。
所谓”测试框架”，就是运行测试的工具。通过它，可以为JavaScript应用添加测试，从而保证代码的质量。
测试脚本里面应该包括一个或多个describe块，每个describe块应该包括一个或多个it块。

describe块称为”测试套件”（test suite），表示一组相关的测试。它是一个函数，第一个参数是测试套件的名称（”加法函数的测试”），第二个参数是一个实际执行的函数。
it块称为”测试用例”（test case），表示一个单独的测试，是测试的最小单位。它也是一个函数，第一个参数是测试用例的名称（”1 加 1 应该等于”2”），第二个参数是一个实际执行的函数。
一个describe是一个it的集合。describe包含n个it，一个it包含n个判断断言

var expect = require('chai').expect;
//上面代码引入的断言库是chai，并且指定使用它的expect断言风格。

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

如果测试脚本是用ES6写的，那么运行测试之前，需要先用Babel转码。
Mocha默认每个测试用例最多执行2000毫秒，如果到时没有得到结果，就报错。对于涉及异步操作的测试用例，这个时间往往是不够的，需要用-t或–timeout参数指定超时门槛。
另外，Mocha内置对Promise的支持，允许直接返回Promise，等到它的状态改变，再执行断言，而不用显式调用done方法。
Mocha在describe块之中，提供测试用例的四个钩子：before()、after()、beforeEach()和afterEach()。它们会在指定时间执行。

describe('hooks', function() {

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

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

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

  // test cases
});

chai

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

包含有3个断言库支持BDD风格的expect/should和TDD风格的assert,
,expect/should库都支持链式调用,有如下的链式API,多部分都是英文的介词和be动词,可以用来做谓语

to
be
been
is
that
and
has
have
with
at
of
same
not 跟在链式调用后面的否定断言

Sinon

mock更侧重与是测试代码是否作出了行为,最终mock.verify()的调用会验证所有的期望是否符合.

转载于:https://www.cnblogs.com/xihe/p/6138600.html