mochawesome如何合并测试报告_前端单元测试 实现教程 mocha + mochawesome + istanbul + sinon + chai...

为什么要写单元测试

减少bug

提高代码质量,保证你的代码是可测试的

放心重构

当你每个方法都写了单元测试的时候,你每一个改动都会影响相应的单元测试,这样你不用费尽心思的考虑哪里会有影响,特别是复杂项目或非核心功能(不易被测试到),从而导致bug的产生。

当你的代码不可测试的时候,就得考虑你的代码是否需要重构的。好的代码应该是职责分明且单一,颗粒度小且易于测试。

当你重构时,特别是大范围的重构,你就有勇气和信心了。

那么单元测试需要有那些要素呢

测试框架

测试报表

测试覆盖率

断言

mock

安装

npm install mocha

package.json

"scripts": {

"test": "mocha --recursive --require babel-core/register tests/Js/test"

}

mocha默认会找到项目的根目录下的 test目录,但是很多人项目目录中单元测试目录并不是test,而是在/tests/Js/test中,在scripts中,后面加上单元测试路径,就可以修改默认地址

recursive参数代表查找 目录的所有子目录下的单元测试,否则只会查找当前目录下的单元测试

node中并不支持某些es6语法,需要通过babel编译,所以需要添加 --require babel-core/register

同时需要在项目根目录添加.babelrc文件

{

"presets": [ "es2015" ]

}

现在在 tests/Js/test目录下创建一个文件 test.js

var assert = require('assert');

describe('Array', function() {

describe('#indexOf()', function() {

it('should return -1 when the value is not present', function() {

assert.equal([1,2,3].indexOf(4), -1);

});

});

});

命令行中执行 npm run test 结果如下

以上我们知道了如何引入前端测试框架,es6语法问题,执行路径问题

有时候命令行的结果看着不明了,想要输出测试报告呢

这时候可以使用 mochawesome

安装

npm install --save-dev mochawesome

package.json

"scripts": {

"test": "mocha --recursive --reporter mochawesome --require babel-core/register tests/Js/test"

}

在scripts命令中,添加 --reporter mochawesome

执行命令

npm run test

结果如图,将会生成 html文件和json文件

"代码覆盖率"(code coverage)。它有四个测量维度。

行覆盖率(line coverage):是否每一行都执行了

函数覆盖率(function coverage):是否每个函数都调用了

分支覆盖率(branch coverage):是否每个if代码块都执行了

语句覆盖率(statement coverage):是否每个语句都执行了

那么如何知道每个js的覆盖率呢

这时候用到了 istanbul 和 babel-istanbul

安装

npm install istanbul

npm install babel-istanbul

package.json

"scripts": {

"test:cover": "babel-node ./node_modules/.bin/babel-istanbul cover _mocha -- tests/Js/* -R spec --recursive

}

istanbul他也是不支持一些es6语法的,所以也需要babel转译

使用cover参数结合mocha,--代表后面参数传递给mocha

执行命令

npm run test:cover

结果如图

Mocha本身不带断言库,所以必须先引入断言库。

我们这里使用 chai

npm install chai

chaijs有三种断言风格,详细查看官网

jquery作为大部分都在使用的库,那么如何对这类的代码进行单元测试呢

比如以下代码

hide-element.js

export const hideElement = ($element) => {

$element.on('click', '.hide', function() {

$(this).hide();

});

};

首先node环境和浏览器环境是不一样的,所以我们跑这类的单元测试就需要模拟出浏览器环境

我们需要安装 jsdom

npm install jsdom

test.js 如下

const assert = require('chai').assert;

const { hideElement } = require('xxxx/hide-element.js');

describe('test:hide-element.js', function(done) {

before(function() {

let { JSDOM } = require('jsdom');

let dom = new JSDOM(`

url: 'http://127.0.0.1/',

referrer: 'http://127.0.0.1/',

contentType: 'text/html',

userAgent: 'Mellblomenator/9000',

includeNodeLocations: true,

});

global.window = dom.window;

global.$ = require('jquery');

hideElement($('body'));

});

it('click event', function() {

$('body').find('.hide').trigger('click');

assert.equal($('.hide').css('display'), 'none');

});

});

mocha 由 describe,it基本元素组成

mocha 有四个钩子函数 before,after,beforeEach,afterEach

因为node中引入依赖时会缓存模块,初始化jsdom环境时,最好在before中,防止污染jsdom环境,导致不同的单元测试之间互相影响

需要测试的代码中依赖了其他的模块时,为了测试需要测试的代码,而不去关心依赖的模块,这时候我们需要 sinon 去mock掉相关依赖

demo.js

import api from 'api';

export const demo = (arg) => {

if (arg == 1) {

return api.get({

params: params

});

}

return 'ok';

};

test.js

import { demo } from 'xx/demo.js';

const assert = require('chai').assert;

const sinon = require('sinon');

import api from 'api';

describe('demo', function() {

it('demo(1)', function() {

//mock api的get方法,并且指定返回值为 'N'

let apiGet = sinon.stub(api, 'get').returns('N');

let expectedParams = {params: 'yes'};

let res = demo(1);

//automate clean-up,防止影响其他单元测试

apiGet.restore();

//断言调用api.get 是传入的参数为 {params: 'yes'}

sinon.assert.calledWith(apiGet, expectedParams);

assert.equal(res, 'N');

});

});

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值