单元测试karma+mocha学习

tips: 最近在学习单元测试，选择框架是自动单元测试karma+mocha。

1、什么是单元测试？

单元测试又称模块测试，是针对程序模块（软件设计的最小单位）来进行正确性检验的测试工做。程序单元是应用的最小可测试部件。 ———维基百科

 

如图所示：

system： 全部组件的测试；

integration：集成测试，多个组件一块儿测试

component：组件的测试；

functional：功能测试，比一个单元要大，比一个完整的组件测试要小。一般为工做在一块儿的的几个方法/函数/类。上百的测试用例容许运行几个小时。大部分功能测试是功能测试回归套件的一部分；

unit： 单元测试,可测试代码的最小的一部分。一般是一个单一的方法，不会使用其它方法或者类。很是快；

 

2、咱们为何要学习单元测试？

咱们先来谈谈咱们工做中项目中遇到的问题吧！

我总结了如下几点：

1. 为了验证代码的正确性。

2. 保证代码的质量。

3. 高聚合，低耦合。

 

特地查了下知乎！！！

原文地址：https://www.zhihu.com/question/28729261（为何要学习单元测试）

以及下面这篇。

原文地址：http://taobaofed.org/blog/2016/01/08/karma-origin/（karma 的前生今世）。

 

3、karma框架

karma是一个测试runner，它须要测试框架。

1. karma 支持多种语言；

2. karma 支持多种测试框架；

3. karma 能够模拟多种真实的浏览器环境；

4. karma 能够监听文件的变化；

5. karma 支持语法的预编译。

对于前端而言，javaScript 和 node 就够了。因此mocha 测试框架就够了。同时mocha也能够运行在浏览器上。对于mocha 而言，须要配置html，才能运行在各个浏览器上。配置mocha 相对复杂，繁琐一点，因此咱们选择框架是karma + mocha；

 

安装配置karma；

1. npm install karma --save-dev

（当你安装完karma 后，你就得相应的安装karma所需的插件依赖。以下图）

为了不这种复杂的操做，以及后续的karma指令方便，建议全局安装karma-cli；

npm install karam-cli -g

 

2.咱们能够从新配置karma插件的依赖。

karma init 

  1>. Which testing framework do you want to use ? (mocha)

  2>. Do you want to use Require.js ? (no) 

  3>. Do you want to capture any browsers automatically ? (Chrome,Firefox,Safari)

  4>. What is the location of your source and test files ? (test/**.js) 

  5>. Should any of the files included by the previous patterns be excluded ? () 

  6>. Do you want Karma to watch all the files and run the tests on change ? (yes) 

（配置完后，咱们能够看到package.json 会自动生成依赖，以下图，但只是生成依赖，还须要npm install 安装到本地。）

 

四.认识mocha，断言库chai。

Mocha是一个可以运行在Node和浏览器中的多功能的JavaScript测试框架。

 

Mocha 同时支持TDD和BDD 2种测试接口模式。默认是BDD 模式运行。

 

什么是TDD,什么是BDD?

 

• BDD: Behavior-Driven Development (行为驱动开发)

• BDD:行为驱动开发是一种敏捷软件开发的技术，它鼓励软件项目中的开发者、 QA和非技术人员或商业参与者之间的协做。主要是从用户的需求出发，强调系统行为。

 

• TDD: Test-driven development （测试驱动开发）
• TDD:测试驱动开发是敏捷开发中的一项核心实践和技术，也是一种设计方法论。TDD的原理是在开发功能代码以前，先编写单元测试用例代码，测试代码肯定须要编写什么产品代码。TDD的基本思路就是经过测试来推进整个开发的进行，但测试驱动开发并不仅是单纯的测试工做，而是把需求分析，设计，质量控制量化的过程。

 

断言库的选择？

 

• should.js: BDD风格
• better-assert: C语言，TDD风格
• expect.js: should.js 的简化版，BDD风格
• assert：node自带的断言库，TDD风格
• chai: BDD/TDD双模式，同时支持should/expect/assert

mocha 默认是BDD接口模式运行，若是须要TDD模式运行；

 

 

 

 

(知乎BDD 和 TDD 的区别，youtube上一些解释)

咱们这里不过多介绍mocha 和 chai 的相关知识，你们能够关注

官方mocha中文翻译，chai api 中文文档

 

5、写测试用例

1. hello.js

 

 

2. 一个简单的测试用例

 

需求：点击这个红色模块的时候，背景颜色为蓝色。

 

 

有人确定会说，这种也须要些测试用例嘛？一行代码的功夫。既然咱们要学习单元测试，那就用最小的例子来分析问题。若是这个事件，咱们须要写单元测试呢？

而后咱们来看看写断言。

 

 

 

 

 

6、最后总结

经过学习单元测试，能够更加深入理解代码的模块化、解耦、稳定性，固然还有业务的架构，对于理解业务架构很是有帮助。简直就是活生生的api 文档。这就是咱们学习单元测试的目的。学习单元测试，能够提高业务和代码层的更深层理解和认识。

（题外话：固然并非全部的业务场景都须要用到单元测试，特别是业务常常变更的话，咱们能够把单元测试用在那些常常用到的公共方法上，保证公共方法的稳定和低耦合。）

 

参考的一些网站，文档：

 

• 一文理解单元测试
• karma的前生今世
• TDD 和 BDD 的区别
• mocha 官方文档中文翻译
• chai断言库中文文档
• 阮一峰mocha 实例教程

 

我的项目代码：https://github.com/yqzyou/testKarmaDemo/tree/master/karma-demo