Jest 单元测试入门

今天，我们要讲的是 Jest 单元测试的入门知识。

为何要进行单元测试？

在学习 Jest 之前，我们需要回答一个问题：为何要进行单元测试？编写单元测试可以给你带来很多好处：

• 将测试自动化，无需每次都人工测试。
• 变更检查，当代码发生重构，可以及时发现，并做出相应的调整。
• 列举测试用例，可以帮你了解所有的边界情况。
• 当作文档，如果你的测试描述足够详细，生成的测试报告甚至可以当作文档。
• ……

总之，单元测试会让你的生活更加美好。

使用 Jest 进行单元测试

编写测试通常都会基于某个测试框架，在众多测试框架中我选择了 Jest，不仅因为我是个 React 开发者（React 与 Jest 都是 Facebook 出的），而且因为它确实简单好用。让我们开始编写测试吧！

首先，安装 Jest：

npm install --save-dev jest

然后，编写一个待测试的文件，以Stack类为例：

Stack.js

function Stack() {
  // 私有变量 items，用于记录数组，对象不能直接操作
  var items = [];
  // 类方法 push，在数组末尾添加项，对象可以直接调用
  this.push = function (element) {
    items.push(element);
  };
  // 删除并返回数组末尾的项
  this.pop = function () {
    return items.pop();
  };
}

接下来，编写一个测试文件 Stack.test.js：

Stack.test.js

// 导入 Stack
var Stack = require('./Stack');
test('Stack', function () {
  // 实例化一个 stack 对象
  var stack = new Stack();
  stack.push(8);
  // 期望 stack 最后一项是8
  expect(stack.pop()).toBe(8);
});

然后，在 package.json 中添加：

"scripts": {
  "test": "jest"
}

最后，打开命令行运行：

npm test

结果会在命令行中生成测试报告：

PASS  Stack.test.js
Test Suites: 1 passed, 1 total
Tests:       1 passed, 1 total
Snapshots:   0 total
Time:        0.386s
Ran all test suites.

断言简介

在上面的测试代码中有个 expect().toBe() 来判断结果是否是预期，这叫断言。什么是断言？在程序设计中，断言（assertion）是一种放在程序中的一阶逻辑（如一个结果为真或是假的逻辑判断式），目的是为了标示与验证程序开发者预期的结果。除了expect().toBe() 之外，其他常用的断言包括：

• expect().toEqual()：判断结果是否和预期等价。
• expect().toBeFalsy()：判断结果是否为假。
• expect().toBeTruthy()：判断结果是否为真。

至此，Jest 的入门用法已经演示完了，更多的用法可以参考它的官网文档：

https://facebook.github.io/jest/