8 Node.js 单元测试
8.1 单元测试
对于一个程序员来说不仅要写代码,还要验证一下代码写得到底对不对,写单元测试就是一个通用且有效的解决方案。单元测试很重要,可以将错误扼杀在摇篮中,如果你认为没有写单元测试也过得很好,也许等我介绍完 mocha 之后,你会改变主意的。
下面给出一个栗子,领导给了小明一个计算器的项目,不过这个项目周期比较长,后期需要增加更多的人手,所以对于每一个模块都要有相应的测试用例。下面是小明开工后写的第一个函数,一个加法函数:
function add(a,b) {return a+b;}
代码 8.1.1 add函数
小明之前没有接触过单元测试,于是乎他写出的测试用例是这样的:
var s = add(1,2);if (s == 3) {console.log('恭喜你,加法测试成功了');} else {console.error('哎呦,加法测试出错了啊');}
代码 8.1.2 不使用测试框架的测试用例
接着他又写了减法函数、乘法函数、除法函数,但是随着模块的增加,他逐渐的意识到一个问题,如果按照代码8.1.2的模式的话,一则输出格式比较乱,而且测试结果没有最终统计信息,不能一下子得出成功数和失败数。于是乎他去网上找资料,然后他就发现了大名鼎鼎的 mocha。
研究了一番,小明发现 mocha 提供了测试结果输出格式化和测试结果统计的功能,也就是说对于上面那个加法测试用例,就可以这么写了:
var assert = require('assert');describe('Calculator', function() {describe('#add()', function() {it('should get 3 when 1 add 2', function() {assert.equal(3, add(1,2));});});});
代码 8.1.3 使用mocha改写测试用例
官网上说, mocha 在使用的时候,可以使用全局安装的模式,也可以安装为当前项目的开发依赖包(即在安装的时候使用--save-dev参数),不过小明考虑到以后各个项目都要用得到,于是决定进行全局安装(npm install mocha -g)。
安装完之后,小明兴奋的新建了文件calculator_test.js:
var assert = require('assert');var calculator = require('./calculator');describe('Calculator', function() {describe('#add()', function() {it('should get 3 when 1 add 2', function() {assert.equal(3, calculator.add(1,2));});});});
代码 8.1.4 文件calculator_test.js部分代码
接着他运行node calculator_test.js,没想到结果打出他的意料,报错了:
e:\kuaipan\code\node\myapp\chapter7\src\test\mocha>node calculator_test.jse:\kuaipan\code\node\myapp\chapter7\src\test\mocha\calculator_test.js:4describe('Calculator', function() {^ReferenceError: describe is not definedat Object.<anonymous> (e:\kuaipan\code\node\myapp\chapter7\src\test\mocha\calculator_test.js:4:1)at Module._compile (module.js:456:26)at Object.Module._extensions..js (module.js:474:10)at Module.load (module.js:356:32)at Function.Module._load (module.js:312:12)at Function.Module.runMain (module.js:497:10)at startup (node.js:119:16)at node.js:929:3
输出 8.1.1 命令node calculator_test.js的输出
一定是小问题,小明心里嘀咕着,然后顺手打开了google,直接搜索ReferenceError: describe is not defined在第一页就发现了答案,原来要运行mocha calculator_test.js(还是谷歌靠谱)。运行完正确的命令后,果然看到想要的结果了:
e:\kuaipan\code\node\myapp\chapter7\src\test\mocha>mocha calculator_test.jsCalculator#add()√ should get 3 when 1 add 21 passing (7ms)
输出 8.1.2 命令mocha calculator_test.js的输出
小明发现,这里之所以使用 node 自带的 assert 包,是由于 mocha 仅仅本身没有提供断言(Assertion)库,所以他又尝试了几种常用的断言库。
1.should.js
他使用的格式是 (something).should 或者 should(something),更多使用方法还得参阅其github文档 ,例如上面我们使用 assert 进行判断的代码就可以写成:
var should = require('should');(calculator.add(1,2)).should.be.exactly(3).and.be.a.Number();
代码 8.1.5 should判断1
或者:
var should = require('should/as-function');should(calculator.add(1,2)).be.exactly(3).and.be.a.Number();
代码 8.1.6 should判断2
画外音,上面仅仅是简单说明使用方法,完整的测试用例大家可以参见第七章源码
test/mocha/calculator_should1.js和test/mocha/calculator_should2.js。
2.expect.js
首先给出expect.js的github地址 ,下面是用expect重写的测试用例:
var expect = require('expect.js');expect(calculator.add(1,2)).to.be(3);
代码 8.1.7 expect判断
3.chai
chai将前面提到的assert should expect融合到了一起,你仅仅需要使用 chai 这一个包就能享用以上三者的功能,所以前面讲到的三种判断在chai中是这么实现的:
var chai = require('chai');var assert = chai.assert;//use assertassert.equal(3, calculator.add(1,2));chai.should();//use should(calculator.add(1,2)).should.be.equal(3).and.be.a('number');var expect = chai.expect;//use expectexpect(calculator.add(1,2)).to.equal(3);
代码 8.1.8 使用chai判断
这个 chai 还真是个大杀器呢。不过注意,在 chai 中
tobebeenisthatwhichandhashavewithatofsame
只能作为属性使用,不能作为函数使用(除非你自己写代码把这些属性覆盖掉),所以to.be(3)要写作to.equal(3),另外 chai 中也没有exactly 这个函数,所以这里也是用equal来替代,同时在 chai 中a只能作为函数使用,其函数声明为a(type),所以这里用了a('number'),其他技术细节,请移步官方API BDD部分。
4.supertest
小明将计算器的任务完成了,测试用例写的也很完备,经理对其进行了表扬。不过他同时分配了下一期的任务,公司要提供一个计算器云的业务,要将小明之前做的功能以接口的形式提供给用户调用,不过这个项目同样要给出测试用例。
HTTP请求和本地调用从流程是有很多不一样的地方的:调用的过程中服务器可能会出现异常,返回数据有可能格式不正确,传递参数有可能出现偏差;而本地代码测试只要关心调用得到的结果是否正常就够了。不过,还好,小明找到了supertest 这个mocha 断言工具。
这里先给出小明写的一个HTTP接口:
exports.doAdd = function(req, res) {var _body = req.body;var a = parseInt(_body.a, 10);if (isNaN(a)) {return res.send({code:1,msg:'a值非法'});}var b = parseInt(_body.b, 10);if (isNaN(b)) {return res.send({code:2,msg:'b值非法'});}res.send({code:0,data:a+b});};
代码 8.1.9 加法运算的HTTP接口
对应的supertest的测试用例代码就是这样的:
var request = require('supertest');var app = require('../../app');describe('POST /calculator/add', function() {it('respond with json', function(done) {request(app).post('/calculator/add').send({a: 1,b:2}).expect(200, {code:0,data:3},done);});});
代码 8.1.10 加法运算HTTP接口的单元测试代码
此代码放置于第七章代码的目录 /src/test/http目录下,变量app其实是引用的项目根目录的app.js。
完成了这个所谓的计算器云的项目后,小明又接到了新的任务,要做一个开发者平台,这个平台允许开发者创建基于计算云的开发者帐号和应用,然后登录进去管理自己的应用。
为了简化我们的教程,我们姑且认为这个平台使用的登录请求是我们之前用过的/user/login请求,管理后台首页是/user/admin。我们现在来测试登录到后台这个动作。
登录过程要牵扯到我们在第6章讲过的session的知识,但是session在前端要有sessionid写入cookie中,我们的测试运行环境是命令行,不是浏览器,这就需要我们自己来维护cookie的读写操作。同时我们还需要用到 mocha 中的钩子(Hook)函数。由于我们的后台在进入之前需要先登录,所以我们要用到 mocha 中的 before 函数,它表示在所有测试用例之前执行,当然还有 beforeEach 函数,它表示在每次测试用例执行前都执行一次。显然两者的区别是前者只在所有测试用例前执行一次,而后者要在每个测试用例执行前都要重新执行。先看这个钩子函数:
var request = require('supertest');var app = require('../../app');var cookie = exports.cookie = '';before(function(done) {request(app).post('/user/login').send({username:'admin', password:'admin'}).expect(200,{code:0}).end(function(err,res) {if (err) {return done(err);}var header = res.header;var setCookieArray = header['set-cookie'];for (var i=0,len=setCookieArray.length;i<len;i++) {var value = setCookieArray[i];var result = value.match(/^express_chapter7=([a-zA-Z0-9%\.\-_]+);\s/);if (result && result.length > 1) {exports.cookie = cookie = result[1];break;}}if (!cookie) {return done(new Error('查找cookie失败'));}done();});});
代码 8.1.11 钩子函数
这里我们使用全局变量cookie来存储我们提到的 sessionid ,在 supertest 的 end 函数中,我们读取响应体变量res中的 set-cookie 头信息,通过正则把 sessionid 读取出来。注意我们这里将 cookie 这个变量还专门做导出了,这样子我们就可以在其他测试文件中引用这个变量了。
接着就可以使用这个读取到的cookie来进入后台了:
var request = require('supertest');var app = require('../../app');var before = require('./login_before');describe('Backend',function() {it('first test',function(done) {request(app).get('/user/admin').set('Cookie','express_chapter7=' + before.cookie).expect(200,/<title>admin<\/title>/,done);});});
代码 8.1.12 请求中使用cookie
我们在模板 user/admin.ejs 有这么一句:<title><%=user.account%></title>,所以我们这里在测试时使用正则 /<title>admin<\/title>/ 来验证是否真的进入后台了。 还有就是在读取 cookie 变量的时候没有直接在 require 完成之后立即读取,因为那个时候,这个变量还没有被赋值,而是在测试用例内部通过 before.cookie 读取。
注意,由于我们使用了 redis 来存储 session 数据,所以如果你忘记启动 redis 服务器的话,我们的登录操作会失败,而且在 mocha 中给出的报错提示是请求超时,这个问题比较隐蔽,大家一定要注意。
经过一番实践,小明的熟练掌握了各种测试技能,不过某天经理找打了他,“小明啊,要不你转到测试组吧”,……
本章配套代码:https://github.com/yunnysunny/expressdemo/tree/master/chapter8