IDEA中Junit单元测试的使用(初级篇)

---

1.基本理论

1.1 单元测试

单元测试又称模块测试，属于白盒测试，是最小单位的测试。模块分为程序模块和功能模块。功能模块指实现了一个完整功能的模块（单元），一个完整的程序单元具备输入、加工和输出三个环节。而且每个程序单元都应该有正规的规格说明，使之对其输入、加工和输出的关系做出名明确的描述。

JUnit是一个回归测试框架（regression testing framework）。Junit测试是程序员测试，即所谓白盒测试，因为程序员知道被测试的软件如何（How）完成功能和完成什么样（What）的功能。Junit是一套框架，继承TestCase类，就可以用Junit进行自动测试了。

1.2 什么是Junit

①JUnit是用于编写可复用测试集的简单框架，是xUnit的一个子集。xUnit是一套基于测试驱动开发的测试框架，有PythonUnit、CppUnit、JUnit等。

②Junit测试是程序员测试，即所谓白盒测试，因为程序员知道被测试的软件如何（How）完成功能和完成什么样（What）的功能。

③多数Java的开发环境都已经集成了JUnit作为单元测试的工具，比如IDEA，Eclipse等等。

④JUnit官网：Junit

1.3 为什么要使用单元测试

①测试框架可以帮助我们对编写的程序进行有目的地测试，帮助我们最大限度地避免代码中的bug，以保证系统的正确性和稳定性。

②很多人对自己写的代码，测试时就简单写main，然后sysout输出控制台观察结果。这样非常枯燥繁琐，不规范。缺点：测试方法不能一起运行，测试结果要程序猿自己观察才可以判断程序逻辑是否正确。

③JUnit的断言机制，可以直接将我们的预期结果和程序运行的结果进行一个比对，确保对结果的可预知性。

1.4 测试覆盖

评测测试过程中已经执行的代码的多少。

1.5 代码覆盖率

代码的覆盖程度，一种度量方式。针对代码的测试覆盖率有许多种度量方式。

• 语句覆盖（ StatementCoverage ）：也称为行覆盖（ lin EC overage ） , 段覆盖（segmentcoverage）和基本块覆盖（bASicblockcoverage）。它度量每一个可执行语句是否被执行到了。

• 判定覆盖（DecisionCoverage）：也被称为分支覆盖（branchcoverage），所有边界覆盖（alledgescoverage）， 基本路径覆盖（ basispathcoverage ）， 判定路径覆盖（decisiondecisionpath或DDPtesting）。它度量是否每个 BOOL 型的表达式取值true 和 false 在控制结构中都被测试到了。

• 条件覆盖（ConDItionCoverage）： 它独立的度量每一个子表达式，报告每一个子表达式的结果的 true 或 false。这个度量和判定覆盖（decisioncoverage）相似，但是对控制流更敏感。不过，完全的条件覆盖并不能保证完全的判定覆盖。

• 路径覆盖（PathCoverage）：也称为断言覆盖（prEDIcatecoverage），它度量了是否函数的每一个可能的分支都被执行了。路径覆盖的一个好处是：需要彻底的测试。但有两个缺点：一是，路径是以分支的指数级别增加的，例如：一个函数包含 10个 IF 语句，就有 1024 个路径要测试。如果加入一个 IF 语句，路径数就达到 2048；二是，许多路径不可能与执行的数据无关。

• 循环覆盖（LOOPCoverage）：这个度量报告你是否执行了每个循环体零次、只有一次还是多余一次（连续地）。对于 dowhile循环，循环覆盖报告你是否执行了每个循环体只有一次还是多余一次（连续地）。这个度量的有价值的方面是确定是否对于 while 循环和 for 循环执行了多于一次，这个信息在其它的覆盖率报告中是没有的。

---

2. IDEA中Junit 4的配置

2.1 环境配置

IDEA中自带JUnit的jar包（hamcrest-core-1.3.jar，junit.jar，junit-4.12.jar）：位于安装目录下的lib文件内。即：IntelliJ IDEA 2018.1\lib

IDEA自带一个JUnit插件, 该插件可以运行JUnit测试文件，但无法自动生成JUnit测试代码. 如果需要自动生成测试代码，需要安装JUnitGenerator V2.0 插件。

安装方法：File–>settings–>Plguins–>Browse repositories–>输入JUnit–>选择JUnit Generator V2.0安装，安装好后重启 IDEA，即可使用。

PS: IDEA自带的JUnit插件和JUnitGeneratorV2.0插件都要勾选上，若只勾选JUnit可能导致无法自动生成测试文件，若只勾选JUnitGenerator V2.0可能导致生成的测试文件无法运行

2.2 修改配置

1. 通过模版生成的测试代码与java类在同一个目录下，与maven项目标准测试目录不匹配。修改方法：
   ${SOURCEPATH}/test/${PACKAGE}/${FILENAME} 修改为${SOURCEPATH}/../test/java/${PACKAGE}/${FILENAME}
   有时候会出现一个提示框，提示选择（general/merge/exixt），选择general就行

   ${SOURCEPATH} 原类的路径，就是你自己写的类
   ${PACKAGE} 原类的包名，java包命名规范就是按照包名一级一级创建的文件夹
   ${filename} 测试类的类名
   

2. 修改 Junit4 选项卡中包的申明，把默认的 test 前缀去掉。
   

3. 生成的测试文件@since位置Date可能存在乱码，可配置JUnit模板更改日期格式，不影响程序可直接忽略。修改方法：