Mocha
(发音"摩卡")诞生于2011年,是现在最流行的JavaScript测试框架之一,在浏览器和Node环境都可以使用。
所谓"测试框架",就是运行测试的工具。通过它,可以为JavaScript应用添加测试,从而保证代码的质量。
本文全面介绍如何使用Mocha
,让你轻松上手。如果你以前对测试一无所知,本文也可以当作JavaScript单元测试入门。值得说明的是,除了Mocha以外,类似的测试框架还有Jasmine
、Karma
、Tape
等,也很值得学习。
一、安装
我为本文写了一个示例库Mocha-demos
,请先安装这个库。
$ git clone https://github.com/ruanyf/mocha-demos.git
如果你的电脑没装Git,可以直接下载zip压缩包,进行解压。
然后,进入mocha-demos
目录,安装依赖(你的电脑必须有Node)。
$ cd mocha-demos $ npm install
上面代码会在目录内部安装Mocha
,为了操作的方便,请在全面环境也安装一下Mocha
。
$ npm install --global mocha
二、测试脚本的写法
Mocha
的作用是运行测试脚本,首先必须学会写测试脚本。所谓"测试脚本",就是用来测试源码的脚本。
下面是一个加法模块add.js
的代码。
// add.js function add(x, y) { return x + y; } module.exports = add;
要测试这个加法模块是否正确,就要写测试脚本。
通常,测试脚本与所要测试的源码脚本同名,但是后缀名为.test.js
(表示测试)或者.spec.js
(表示规格)。比如,add.js
的测试脚本名字就是add.test.js
。
// add.test.js var add = require('./add.js'); var expect = require('chai').expect; describe('加法函数的测试', function() { it('1 加 1 应该等于 2', function() { expect(add(1, 1)).to.be.equal(2); }); });
上面这段代码,就是测试脚本,它可以独立执行。测试脚本里面应该包括一个或多个describe
块,每个describe
块应该包括一个或多个it
块。
describe
块称为"测试套件"(test suite),表示一组相关的测试。它是一个函数,第一个参数是测试套件的名称("加法函数的测试"),第二个参数是一个实际执行的函数。
it
块称为"测试用例"(test case),表示一个单独的测试,是测试的最小单位。它也是一个函数,第一个参数是测试用例的名称("1 加 1 应该等于 2"),第二个参数是一个实际执行的函数。
三、断言库的用法
上面的测试脚本里面,有一句断言。
expect(add(1, 1)).to.be.equal(2);
所谓"断言",就是判断源码的实际执行结果与预期结果是否一致,如果不一致就抛出一个错误。上面这句断言的意思是,调用add(1, 1)
,结果应该等于2。
所有的测试用例(it块)都应该含有一句或多句的断言。它是编写测试用例的关键。断言功能由断言库来实现,Mocha本身不带断言库,所以必须先引入断言库。
var expect = require('chai').expect;
断言库有很多种,Mocha并不限制使用哪一种。上面代码引入的断言库是chai
,并且指定使用它的expect
断言风格。
expect
断言的优点是很接近自然语言,下面是一些例子。
// 相等或不相等 expect(4 + 5).to.be.equal(9); expect(4 + 5).to.be.not.equal(10); expect(foo).to.be.deep.equal({ bar: 'baz' }); // 布尔值为true expect('everthing').to.be.ok; expect(false).to.not.be.ok; // typeof expect('test').to.be.a('string'); expect({ foo: 'bar' }).to.be.an('object'); expect(foo).to.be.an.instanceof(Foo); // include expect([1,2,3]).to.include(2); expect('foobar').to.contain('foo'); expect({ foo: 'bar', hello: 'universe' }).to.include.keys('foo'); // empty expect([]).to.be.empty; expect('').to.be.empty; expect({}).to.be.empty; // match expect('foobar').to.match(/^foo/);
基本上,expect
断言的写法都是一样的。头部是expect
方法,尾部是断言方法,比如equal
、a
/an
、ok
、match
等。两者之间使用to
或to.be
连接。
如果expect
断言不成立,就会抛出一个错误。事实上,只要不抛出错误,测试用例就算通过。
it('1 加 1 应该等于 2', function() {});
上面的这个测试用例,内部没有任何代码,由于没有抛出了错误,所以还是会通过。
四、Mocha的基本用法
有了测试脚本以后,就可以用Mocha运行它。请进入demo01
子目录,执行下面的命令。
$ mocha add.test.js 加法函数的测试 ✓ 1 加 1 应该等于 2 1 passing (8ms)
上面的运行结果表示,测试脚本通过了测试,一共只有1个测试用例,耗时是8毫秒。
mocha
命令后面紧跟测试脚本的路径和文件名,可以指定多个测试脚本。
$ mocha file1 file2 file3
Mocha默认运行test
子目录里面的测试脚本。所以,一般都会把测试脚本放在test
目录里面,然后执行mocha
就不需要参数了。请进入demo02
子目录,运行下面的命令。
$ mocha 加法函数的测试 ✓ 1 加 1 应该等于 2 ✓ 任何数加0应该等于自身 2 passing (9ms)
这时可以看到,test
子目录里面的测试脚本执行了。但是,你打开test
子目录,会发现下面还有一个test/dir
子目录,里面还有一个测试脚本multiply.test.js
,并没有得到执行。原来,Mocha默认只执行test
子目录下面第一层的测试用例,不会执行更下层的用例。
为了改变这种行为,就必须加上--recursive
参数,这时test
子目录下面所有的测试用例----不管在哪一层----都会执行。
$ mocha --recursive 加法函数的测试 ✓ 1 加 1 应该等于 2 ✓ 任何数加0应该等于自身 乘法函数的测试 ✓ 1 乘 1 应该等于 1 3 passing (9ms)
五、通配符
命令行指定测试脚本时,可以使用通配符,同时指定多个文件。
$ mocha spec/{my,awesome}.js $ mocha test/unit/*.js
上面的第一行命令,指定执行spec
目录下面的my.js
和awesome.js
。第二行命令,指定执行test/unit
目录下面的所有js文件。
除了使用Shell通配符,还可以使用Node通配符。
$ mocha 'test/**/*.@(js|jsx)'
上面代码指定运行test
目录下面任何子目录中、文件后缀名为js
或jsx
的测试脚本。注意,Node的通配符要放在单引号之中,否则星号(*
)会先被Shell解释。
上面这行Node通配符,如果改用Shell通配符,要写成下面这样。
$ mocha test/{,**/}*.{js,jsx}
六、命令行参数
除了前面介绍的--recursive
,Mocha还可以加上其他命令行参数。请在demo02
子目录里面,运行下面的命令,查看效果。
6.1 --help, -h
--help
或-h
参数,用来查看Mocha的所有命令行参数。
$ mocha --help
6.2 --reporter, -R
--reporter
参数用来指定测试报告的格式,默认是spec
格式。
$ mocha # 等同于 $ mocha --reporter spec
除了spec
格式,官方网站还提供了其他许多报告格式。
$ mocha --reporter tap 1..2 ok 1 加法函数的测试 1 加 1 应该等于 2 ok 2 加法函数的测试 任何数加0应该等于自身 # tests 2 # pass 2 # fail 0
上面是tap
格式报告的显示结果。
--reporters
参数可以显示所有内置的报告格式。
$ mocha --reporters
使用mochawesome
模块,可以生成漂亮的HTML格式的报告。
$ npm install --save-dev mochawesome $ ../node_modules/.bin/mocha --reporter mochawesome
上面代码中,mocha
命令使用了项目内安装的版本,而不是全局安装的版本,因为mochawesome
模块是安装在项目内的。
然后,测试结果报告就在mochaawesome-reports
子目录生成。
6.3 --growl, -G
打开--growl
参数,就会将测试结果在桌面显示。
$ mocha --growl
6.4 --watch,-w
--watch
参数用来监视指定的测试脚本。只要测试脚本有变化,就会自动运行Mocha。
$ mocha --watch
上面命令执行以后,并不会退出。你可以另外打开一个终端窗口,修改test
目录下面的测试脚本add.test.js
,比如删除一个测试用例,一旦保存,Mocha就会再次自动运行。
6.5 --bail, -b
--bail
参数指定只要有一个测试用例没有通过,就停止执行后面的测试用例。这对持续集成很有用。
$ mocha --bail
6.6 --grep, -g
--grep
参数用于搜索测试用例的名称(即it
块的第一个参数),然后只执行匹配的测试用例。
$ mocha --grep "1 加 1"
上面代码只测试名称中包含"1 加 1"的测试用例。
6.7 --invert, -i
--invert
参数表示只运行不符合条件的测试脚本,必须与--grep
参数配合使用。
$ mocha --grep "1 加 1" --invert
七,配置文件mocha.opts
Mocha允许在test
目录下面,放置配置文件mocha.opts
,把命令行参数写在里面。请先进入demo03
目录,运行下面的命令。
$ mocha --recursive --reporter tap --growl
上面这个命令有三个参数--recursive
、--reporter tap
、--growl
。
然后,把这三个参数写入test
目录下的mocha.opts
文件。
--reporter tap --recursive --growl
然后,执行mocha
就能取得与第一行命令一样的效果。
$ mocha
如果测试用例不是存放在test子目录,可以在mocha.opts
写入以下内容。
server-tests --recursive
上面代码指定运行server-tests
目录及其子目录之中的测试脚本。
八、ES6测试
如果测试脚本是用ES6写的,那么运行测试之前,需要先用Babel转码。进入demo04
目录,打开test/add.test.js
文件,可以看到这个测试用例是用ES6写的。
import add from '../src/add.js'; import chai from 'chai'; let expect = chai.expect; describe('加法函数的测试', function() { it('1 加 1 应该等于 2', function() { expect(add(1, 1)).to.be.equal(2); }); });
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。
下面是另外一个例子,使用Mocha测试CoffeeScript脚本。测试之前,先将.coffee
文件转成.js
文件。
$ mocha --compilers coffee:coffee-script/register
注意,Babel默认不会对Iterator、Generator、Promise、Map、Set等全局对象,以及一些全局对象的方法(比如Object.assign
)转码。如果你想要对这些对象转码,就要安装babel-polyfill
。
$ npm install babel-polyfill --save
然后,在你的脚本头部加上一行。
import 'babel-polyfill'
九、异步测试
Mocha默认每个测试用例最多执行2000毫秒,如果到时没有得到结果,就报错。对于涉及异步操作的测试用例,这个时间往往是不够的,需要用-t
或--timeout
参数指定超时门槛。
进入demo05
子目录,打开测试脚本timeout.test.js
。
it('测试应该5000毫秒后结束', function(done) { var x = true; var f = function() { x = false; expect(x).to.be.not.ok; done(); // 通知Mocha测试结束 }; setTimeout(f, 4000); });
上面的测试用例,需要4000毫秒之后,才有运行结果。所以,需要用-t
或--timeout
参数,改变默认的超时设置。
$ mocha -t 5000 timeout.test.js
上面命令将测试的超时时限指定为5000毫秒。
另外,上面的测试用例里面,有一个done
函数。it
块执行的时候,传入一个done
参数,当测试结束的时候,必须显式调用这个函数,告诉Mocha测试结束了。否则,Mocha就无法知道,测试是否结束,会一直等到超时报错。你可以把这行删除试试看。
Mocha默认会高亮显示超过75毫秒的测试用例,可以用-s
或--slow
调整这个参数。
$ mocha -t 5000 -s 1000 timeout.test.js
上面命令指定高亮显示耗时超过1000毫秒的测试用例。
下面是另外一个异步测试的例子async.test.js
。
it('异步请求应该返回一个对象', function(done){ request .get('https://api.github.com') .end(function(err, res){ expect(res).to.be.an('object'); done(); }); });
运行下面命令,可以看到这个测试会通过。
$ mocha -t 10000 async.test.js
另外,Mocha内置对Promise的支持,允许直接返回Promise,等到它的状态改变,再执行断言,而不用显式调用done
方法。请看promise.test.js
。
it('异步请求应该返回一个对象', function() { return fetch('https://api.github.com') .then(function(res) { return res.json(); }).then(function(json) { expect(json).to.be.an('object'); }); });
十、测试用例的钩子
Mocha在describe
块之中,提供测试用例的四个钩子:before()
、after()
、beforeEach()
和afterEach()
。它们会在指定时间执行。
describe('hooks', function() { before(function() { // 在本区块的所有测试用例之前执行 }); after(function() { // 在本区块的所有测试用例之后执行 }); beforeEach(function() { // 在本区块的每个测试用例之前执行 }); afterEach(function() { // 在本区块的每个测试用例之后执行 }); // test cases });
进入demo06
子目录,可以看到下面两个例子。首先是beforeEach
的例子beforeEach.test.js
。
// beforeEach.test.js describe('beforeEach示例', function() { var foo = false; beforeEach(function() { foo = true; }); it('修改全局变量应该成功', function() { expect(foo).to.be.equal(true); }); });
上面代码中,beforeEach
会在it
之前执行,所以会修改全局变量。
另一个例子beforeEach-async.test.js
则是演示,如何在beforeEach
之中使用异步操作。
// beforeEach-async.test.js describe('异步 beforeEach 示例', function() { var foo = false; beforeEach(function(done) { setTimeout(function() { foo = true; done(); }, 50); }); it('全局变量异步修改应该成功', function() { expect(foo).to.be.equal(true); }); });
十一、测试用例管理
大型项目有很多测试用例。有时,我们希望只运行其中的几个,这时可以用only
方法。describe
块和it
块都允许调用only
方法,表示只运行某个测试套件或测试用例。
进入demo07
子目录,测试脚本test/add.test.js
就使用了only
。
it.only('1 加 1 应该等于 2', function() { expect(add(1, 1)).to.be.equal(2); }); it('任何数加0应该等于自身', function() { expect(add(1, 0)).to.be.equal(1); });
上面代码中,只有带有only
方法的测试用例会运行。
$ mocha test/add.test.js 加法函数的测试 ✓ 1 加 1 应该等于 2 1 passing (10ms)
此外,还有skip
方法,表示跳过指定的测试套件或测试用例。
it.skip('任何数加0应该等于自身', function() { expect(add(1, 0)).to.be.equal(1); });
上面代码的这个测试用例不会执行。
十二、浏览器测试
除了在命令行运行,Mocha还可以在浏览器运行。
首先,使用mocha init
命令在指定目录生成初始化文件。
$ mocha init demo08
运行上面命令,就会在demo08
目录下生成index.html
文件,以及配套的脚本和样式表。
<!DOCTYPE html> <html> <body> <h1>Unit.js tests in the browser with Mocha</h1> <div id="mocha"></div> <script src="mocha.js"></script> <script> mocha.setup('bdd'); </script> <script src="tests.js"></script> <script> mocha.run(); </script> </body> </html>
然后,新建一个源码文件add.js
。
// add.js function add(x, y) { return x + y; }
然后,把这个文件,以及断言库chai.js
,加入index.html
。
<script> mocha.setup('bdd'); </script> <script src="add.js"></script> <script src="http://chaijs.com/chai.js"></script> <script src="tests.js"></script> <script> mocha.run(); </script>
最后,在tests.js
里面写入测试脚本。
var expect = chai.expect; describe('加法函数的测试', function() { it('1 加 1 应该等于 2', function() { expect(add(1, 1)).to.be.equal(2); }); it('任何数加0等于自身', function() { expect(add(1, 0)).to.be.equal(1); expect(add(0, 0)).to.be.equal(0); }); });
现在,在浏览器里面打开index.html
,就可以看到测试脚本的运行结果。
十三、生成规格文件
Mocha支持从测试用例生成规格文件。
进入demo09
子目录,运行下面的命令。
$ mocha --recursive -R markdown > spec.md
上面命令根据test
目录的所有测试脚本,生成一个规格文件spec.md
。-R markdown
参数指定规格报告是markdown格式。
如果想生成HTML格式的报告spec.html
,使用下面的命令。
$ mocha --recursive -R doc > spec.html
(完)
zhaozhiming 说:
介绍的很详细哈,请问大大有没有用过Jest这个测试框架,觉得这个怎么样?
2015年12月 3日 10:47 | # | 引用
Tvvi 说:
waooo~ 进实习公司,刚要求学习下 mocha ,就看到这么好的 tutorial 。谢谢峰大
2015年12月 3日 11:20 | # | 引用
笔墨伺候 说:
没用过,不过测试库都在这了 http://www.awesomes.cn/repos/Applications/testings
2015年12月 3日 11:28 | # | 引用
snowdream 说:
很全面,赞
2015年12月 3日 14:12 | # | 引用
Arthur 说:
How about Jasmine?
2015年12月 3日 14:33 | # | 引用
clirocks 说:
6.7 --invent, -i
这个地方是不是写错了,看下面是invert
2015年12月 3日 17:25 | # | 引用
石樱灯笼 说:
感觉好复杂, 还没理解
2015年12月 3日 20:58 | # | 引用
阮一峰 说:
@clirocks:
谢谢指出,已经改正。
2015年12月 4日 11:01 | # | 引用
joe 说:
赞,写得很好
2015年12月 4日 11:37 | # | 引用
Dudy 说:
关于测试,一直有疑问的,会不会有薛定谔猫式的影响,也就是说,测试代码本身就可能对被测试代码产生影响
2015年12月 4日 22:14 | # | 引用
刘宇清 说:
不会,因为测试代码定义的是输入值和对输出值的判定,在输入值、被测试代码、对输出值的判定这三者不变的情况下,任何时候得到的都会是唯一结果。
2015年12月 5日 14:55 | # | 引用
zhexiu 说:
Cannot find module 'babel-core/register'是什么鬼
2015年12月 8日 15:09 | # | 引用
VenDream 说:
获益匪浅,感谢峰大。
2015年12月 9日 11:05 | # | 引用
octokyle 说:
谢谢峰大。摸索中使用 Mocha 有一段时间了,用这个框架完成了现在项目的回归测试部分 (https://github.com/oracle/node-oracledb/tree/master/test)
看了您的文章,仍然觉得很有收获。谢谢!
2015年12月11日 15:02 | # | 引用
scgy5555 说:
阮老师 docker最近很火也是开发部署测试上线的工程化流程思想,不给大家补补课吗
2015年12月11日 17:46 | # | 引用
chenjsh36 说:
输入 mocha --compilers js:babel-core/register时候提示错误:
Cannot find module 'babel-core/register'
已经安装了babel-core,在目录下也确实有register.js文件,但是还是报错,请问阮老师这是什么原因呢?
2015年12月15日 17:13 | # | 引用
阮一峰 说:
@chenjsh36:
你试一下指定mocha的路径,或者把babel-core和es2015全局安装
$ ../node_modules/mocha/bin/mocha --compilers js:babel-core/register
2015年12月15日 19:35 | # | 引用
凡凡 说:
js测试有比较好的代码覆盖率检测么
2015年12月18日 14:11 | # | 引用
赵宁 说:
阮老师出品,必属精品,必须赞一个!
2015年12月22日 09:30 | # | 引用
路人丁 说:
karma不是测试框架,它需要和测试框架搭配一起用
2015年12月22日 16:45 | # | 引用
黑石Jimvin 说:
好精彩,想延伸一下,Polymer 框架的WebComponentsTester工具就是基于Mocha,它只需要在命令行运行wct,就能将测试结果以html 形式直接发布到localhost 2000,并帮你打开浏览器!它将Mocha 进行了二次封装,某些场景下,使用更便捷!
2015年12月26日 13:23 | # | 引用
yanhaijing 说:
不能更赞了
2016年1月12日 11:25 | # | 引用
yanhaijing 说:
ie8及一下版本不支持,这个问题怎么解决 ?
2016年1月12日 18:38 | # | 引用
Ca 说:
感謝您的詳細解說.
發現一些小筆誤:
1) 七,配置文件mocha.opts
```$ mocha --recursive --reporter tap --growl```
裡的 `--reporter` 與 `mocha.opts` 裡的統一會讓初學更清楚。
```
--reporter spec
--recursive
--growl```
2) 九、异步测试
'测试应该500毫秒后结束' -> '测试应该5000毫秒后结束'
(sent a pull request already)
2016年1月12日 18:40 | # | 引用
yanhaijing 说:
自问自答吧,换个断言库,chai不行,换下面这个可以 https://github.com/Automattic/expect.js
2016年1月12日 18:57 | # | 引用
阮一峰 说:
@Ca:
谢谢指出,已经更正。
2016年1月12日 19:22 | # | 引用
段瑜斌 说:
关于timeout也可不必在命令行中输入,可为单独的用例指定
this.timeout(500);
可在describe 和 it中调用
2016年1月15日 10:44 | # | 引用
赵小虎 说:
您好我最近也在使用mocha写测试案例 但是在测试异步的时候 总是抱错 Error: timeout of 2000ms exceeded. Ensure the done() callback is being called in this test.
2016年1月27日 17:15 | # | 引用
zhangxinwei 说:
您好, 请问mocha如何优先执行某个 JS
2016年1月30日 20:15 | # | 引用
guissy 说:
mocha 并不聪明,并不知道什么时候异步调用过程已经完成,所以需要你在代码中告诉它什么时候完成了。比如请求一个json, 只有在得到 json内容时异步才完成,此时需要在最后一行加上done() 通知mocha说异步完成了。如果在获得json过程中,可以Promise.resolve().catch(err=>done(err)). 通常done() 这里并不需要加参数,当错误时才给它一个参数。使用done是一种方法。还有更好的体验是不使用done,而是直接 return Promise().then();
2016年2月 5日 22:38 | # | 引用
伟 说:
阮大大,你真棒,爱你
2016年2月23日 13:15 | # | 引用
Risker 说:
对于测试,一直好奇,Mocha这种算是功能测试,只能测试模块。不知道能不能测试页面,就是UI测试。
2016年3月 1日 21:37 | # | 引用
可乐 说:
mocha 有mock功能吗 ?类似 lest支持的mock . 感谢分享.
2016年3月16日 19:26 | # | 引用
yaochniqkl 说:
谢谢阮大大
2016年4月22日 11:47 | # | 引用
Memow 说:
$ mocha --recursive -R doc > spec.html
生成的html文件并不是完整的html,所以打开是乱码,可有解决办法?
2016年7月29日 11:16 | # | 引用
Mrwaite 说:
我也不知到我说的对不对,但是我看到Node通配符上对于测试顺序的匹配。grunt Globbing patterns
2016年7月29日 11:41 | # | 引用
geekwen 说:
感谢分享,受益良多。
2016年8月 1日 10:52 | # | 引用
CoderGLM 说:
赞一个
2016年9月23日 14:34 | # | 引用
EdgarChen 说:
clone项目,使用mochawesome模块,命令行../node_modules/.bin/mocha --reporter mochawesome后,生成了html文件,但是css,font,js目录下面的文件都是 “空的”,(还有一次只生成了HTML和json文件,没有其它目录),请问是什么原因呢?
2016年10月 7日 12:46 | # | 引用
EdgarChen 说:
重新clone安装依赖就好了
2016年10月 8日 17:39 | # | 引用
qinyang912 说:
阮大,karma不在类似框架列表里吧,karma是一个测试运行时,他不是测试框架,需要配合其他测试框架才能用。
2016年10月21日 23:55 | # | 引用
slogeor 说:
2016年10月27日 11:52 | # | 引用
slogeor 说:
2016年10月27日 11:54 | # | 引用
slogeor 说:
Mocha 是功能测试,阮大什么时间给我们讲讲UI测试
2016年10月27日 11:56 | # | 引用
gaoxing 说:
你讲的很详细,作为前端开发,一看自然明白,但是你能讲讲TDD(测试驱动开发)吗?这个市面上很少有相关资源,更没有demo,我非常迫切的想学习它,望你能写一遍和上述一样的关于TDD的博客,谢谢!
2016年11月 3日 11:13 | # | 引用
johnyang 说:
使用mochawesome模块,命令行../node_modules/.bin/mocha --reporter mochawesome后,生成了html文件,但是css,font,js目录下面的文件都是 “空的”
2016年12月28日 21:24 | # | 引用
johnyang 说:
6.3的截图怎么出来?
2016年12月28日 21:26 | # | 引用
superq 说:
最新的留言为什么要放在后面 ,越靠前越新不是很好嘛~
2017年1月12日 13:58 | # | 引用
可乐加糖 说:
写得挺全面的,学习中......
2017年2月 9日 17:12 | # | 引用
cshenger 说:
最近项目要用到测试框架看了Mocha,果然是强大!!!
2017年2月10日 11:38 | # | 引用
荣威 说:
感谢有你这样的前辈铺路,谢过
2017年2月16日 15:22 | # | 引用
青菜 说:
../node_modules/.bin/mocha --reporter mochawesome
想问下这个命令什么意思,目的和作用是什么
2017年2月16日 19:56 | # | 引用
青菜 说:
hello 你知道../node_modules/.bin/mocha --reporter mochawesome是什么意思吗,我没看懂呢
2017年2月17日 14:27 | # | 引用
dudu 说:
非常棒,简单易懂。
2017年3月18日 11:24 | # | 引用
dapeng 说:
mocha如何后require.js配合使用?
2017年3月20日 20:04 | # | 引用
alice 说:
老师,想请教您个问题:
es测试那块,
【
最后,使用--compilers参数指定测试脚本的转码器。
$ ../node_modules/mocha/bin/mocha --compilers js:babel-core/register
】
这块不太理解,不知道在哪里操作:
我的理解是在mocha.opts里添加上 【--compilers js:babel-core/register】,但是运行测试用例会报错,不知道啥原因。
2017年4月12日 20:59 | # | 引用
Amylee 说:
写的太棒了,这么长我竟然一气呵成的看完了,不得不说阮老师言简意赅,炉火纯青,大赞,谢谢!
2017年4月25日 21:26 | # | 引用
胡衍生 说:
如何用 mocha 测试 es6的代码? 并不是用 es6写测试代码,而是用 mocha 测试 es6编写的代码!
2017年6月 1日 13:58 | # | 引用
ChaselWu 说:
有一些关于 JS 测试的范式、推荐解决风格吗?来提高测试的设计。
2017年6月16日 01:43 | # | 引用
JustinYi 说:
感谢老师的分享。
想咨询一下,如果mocha和react结合使用。一些方法里面比较复杂。假如说是一个alert或者打开一个弹框,如何写测试用例。
2017年6月19日 10:41 | # | 引用
bug侠 说:
老师,请问测试结果中的pending是什么含义呢?
2017年7月13日 17:55 | # | 引用
赵5207 说:
beforeEach是ginkgo里面的,那before哪?需要在哪儿定义
2017年8月 9日 17:47 | # | 引用
kira 说:
请问用mocha能进行UI测试吗
2017年8月25日 00:00 | # | 引用
枫叶mzn 说:
文章ES6测试转码部分的 “ ../node_modules/mocha/bin/mocha --compilers js:babel-core/register”这里貌似漏了个点,应该是“ ../node_modules/mocha/.bin/mocha --compilers js:babel-core/register”
2017年10月10日 15:12 | # | 引用
小白 说:
老师,您好。
关于 ES6 测试:mocha --compilers js:babel-core/register
这只针对在 test 的子目录下,我 test 下好多层,那 --recursive 该怎么来测试 ES6 的测试代码呢?
2017年10月20日 11:03 | # | 引用
深蓝 说:
这里的 this 指向不是 window 不会出问题么
2017年12月27日 15:40 | # | 引用
Robinson 说:
Karma是JavaScript测试运行器,它可以选择多种测试框架Jasmine、Mocha、QUnit等,文章开篇写的有点问题哦。
2018年1月 4日 16:55 | # | 引用
杨峰 说:
@青菜:
如上,作者已经说过了。之所以你有疑问,我估计你可能是windows用户,因为我在windows的terminal上运行这段命令时,报错‘..不是内部或外部命令’;这段命令需要在类linux环境才有效,所以建议你装git(一般开发都应该装了),然后用git bash 跑这段命令,就ok了。
2018年1月12日 17:27 | # | 引用
baymax 说:
var describe = require("mocha").describe
var chai = require('chai')
var should = chai.should()
var test = function () {
return 1
}
describe('UnitTest begin: ', (() => {
it('getToken: ', (() => {
test().should.to.equal(1)
}))
}))
然后在终端直接node test.js,然后报错describe为undefined
@阮一峰 老师 请求帮助
2018年3月15日 10:34 | # | 引用
July 说:
阮老师,一个测试套可能包含多个测试,也就是说一个describe中可以有多个it方法。假如第一个it中的输出需要用来作为第二个it的输入。mocha是怎么保证一个describe中的it直接是串行的?假如第一个it还没执行完,就开始第二个了,会失败吗?
2018年5月31日 10:01 | # | 引用
chen 说:
刚好在看mocha这一块 , 对单元测试方面,总觉得实际项目开发中,用单元测试的成本有点高。
2018年12月25日 15:08 | # | 引用
尽情娜喊 说:
一个测试脚本怎么独立的运行?除了命令行的形式
2019年2月27日 14:17 | # | 引用
lanxuanang 说:
您好,若果一个方法没有返回值,如何做单元测试?如果一个方法不接受参数如何做单元测试?
2019年3月14日 09:58 | # | 引用
糖少 说:
https://github.com/mochajs/mocha/wiki/compilers-deprecation
文档说:
Babel 6: --compilers js:babel-core/register becomes --require babel-core/register
2019年3月15日 17:32 | # | 引用
karson 说:
阮大大,这是BDD with mocha吧? 可以补充一下TDD with mocha 吗?
2019年8月13日 11:18 | # | 引用
Jeff_Hall 说:
阮大大,我加了babel-register,仍有不支持的es6特性,扩展运算符“...”不支持,报如下错误,您知道怎么解决吗?
/LoginRedux.js: Unexpected token (88:8)
86 | export const setPwdSuccess = (state, {user}) => {
87 | let newUser = {
> 88 | ...state.user,
| ^
89 | ...user,
90 | accessToken : AdminApi.getAccessToken()
91 | }
at Parser.pp$5.raise (/usr/local/lib/node_modules/babel-register/node_modules/babylon/lib/index.js:4454:13)
2019年9月 6日 14:37 | # | 引用
echo 说:
阮老师,karma有人说不是测试框架,是自动完成测试的,那karma和mocha有什么不一样???
2019年10月25日 09:31 | # | 引用
Aurora 说:
在介绍expect断言时,举的关于布尔值的例子,第二个,to.not.be,应该为 to.be.not 吧
2019年11月15日 09:26 | # | 引用
蒙 说:
打卡!!感谢阮老师
2020年2月15日 17:41 | # | 引用
郭鹏松 说:
好麻烦的感觉,平时工作中一个项目,或者一个页面,一个组件,可能就有几十个方法函数,每一个函数都要写测试脚本,用例吗?而且每一个用例还要写入参跟结果,太麻烦了。比如文章开头 add 函数,我写用例还得写入参1,1,还得自己提前知道结果为2,把2写进去,这样太麻烦了啊。
2021年4月25日 14:23 | # | 引用
FLY 说:
mocha回放时,显示0 passing,有大佬遇到过这样的问题吗?
2021年11月19日 11:12 | # | 引用