1）掌握单元测试的方法
2）学习XUnit测试原理及框架；
3）掌握使用测试框架进行单元测试的方法和过程。
单元测试（unit testing），是指对软件中的最小可测试单元进行检查和验证。对于单元测试中单元的含义，一般来说，要根据实际情况去判定其具体含义，如C语言中单元指一个函数，Java里单元指一个类，图形化的软件中可以指一个窗口或一个菜单等。总的来说，单元就是人为规定的最小的被测功能模块。单元测试是在软件开发过程中要进行的最低级别的测试活动，软件的独立单元将在与程序的其他部分相隔离的情况下进行测试。单元测试是由程序员自己来完成，最终受益的也是程序员自己。可以这么说，程序员有责任编写功能代码，同时也就有责任为自己的代码编写单元测试。执行单元测试，就是为了证明这段代码的行为和我们期望的一致。
单元测试的内容包括
模块接口测试、局部数据结构测试、路径测试、错误处理测试、边界测试
（1）模块接口测试
模块接口测试是单元测试的基础。只有在数据能正确流入、流出模块的前提下，其他测试才有意义。模块接口测试也是集成测试的重点，这里进行的测试主要是为后面打好基础。测试接口正确与否应该考虑下列因素：
-输入的实际参数与形式参数的个数是否相同
-输入的实际参数与形式参数的属性是否匹配
-输入的实际参数与形式参数的量纲是否一致
-调用其他模块时所给实际参数的个数是否与被调模块的形参个数相同；
-调用其他模块时所给实际参数的属性是否与被调模块的形参属性匹配；
-调用其他模块时所给实际参数的量纲是否与被调模块的形参量纲一致；
-调用预定义函数时所用参数的个数、属性和次序是否正确；
-是否存在与当前入口点无关的参数引用；
-是否修改了只读型参数；
-对全程变量的定义各模块是否一致；
-是否把某些约束作为参数传递。
如果模块功能包括外部输入输出，还应该考虑下列因素：
-文件属性是否正确；
-OPEN/CLOSE语句是否正确；
-格式说明与输入输出语句是否匹配；
-缓冲区大小与记录长度是否匹配；
-文件使用前是否已经打开；
-是否处理了文件尾；
-是否处理了输入/输出错误；
-输出信息中是否有文字性错误。
-局部数据结构测试；
-边界条件测试；
-模块中所有独立执行通路测试；
（2）局部数据结构测试
检查局部数据结构是为了保证临时存储在模块内的数据在程序执行过程中完整、正确，局部功能是整个功能运行的基础。重点是一些函数是否正确执行，内部是否运行正确。局部数据结构往往是错误的根源，应仔细设计测试用例，力求发现下面几类错误：
-不合适或不相容的类型说明；
-变量无初值；
-变量初始化或省缺值有错；
-不正确的变量名（拼错或不正确地截断）；
-出现上溢、下溢和地址异常。
（3）边界条件测试
边界条件测试是单元测试中最重要的一项任务。众所周知，软件经常在边界上失效，采用边界值分析技术，针对边界值及其左、右设计测试用例，很有可能发现新的错误。边界条件测试是一项基础测试，也是后面系统测试中的功能测试的重点，边界测试执行的较好，可以大大提高程序健壮性。
（4）独立路径测试
在模块中应对每一条独立执行路径进行测试，单元测试的基本任务是保证模块中每条语句至少执行一次。测试目的主要是为了发现因错误计算、不正确的比较和不适当的控制流造成的错误。具体做法就是程序员逐条调试语句。常见的错误包括：
-误解或用错了算符优先级；
-混合类型运算；
-变量初值错；
-精度不够；
-表达式符号错。
（5）错误处理测试
检查模块的错误处理功能是否包含有错误或缺陷。例如，是否拒绝不合理的输入;出错的描述是否难以理解、是否对错误定位有误、是否出错原因报告有误、是否对错误条件的处理不正确;在对错误处理之前错误条件是否已经引起系统的干预等。
通常单元测试在编码阶段进行。在源程序代码编制完成，经过评审和验证，确认没有语法错误之后，就开始进行单元测试的测试用例设计。利用设计文档，设计可以验证程序功能、找出程序错误的多个测试用例。对于每一组输入，应有预期的正确结果。
xUnit是各种代码驱动测试框架的统称,这些框架可以测试 软件的不同内容(单元),比如函数和类。xUnit框架的主要优点是,它提供了一个自动化测试的解决方案。可以避免多次编写重复的测试代码。
底层是xUnit的framwork，xUnit的类库，提供了对外的功能方法、工具类、api等
TestCase(具体的测试用例)去使用framwork
TestCase执行后会有TestResult
使用TestSuite控制TestCase的组合
TestRunner执行器，负责执行case
TestListener过程监听，监听case成功失败以及数据结果，输出到结果报告中
Unit测试框架包括四个要素：
（1）测试目标（对象）
一组认定被测对象或被测程序单元测试成功的预定条件或预期结果的设定。Fixture就是被测试的目标，可以是一个函数、一组对象或一个对象。 测试人员在测试前应了解被测试的对象的功能或行为。
（2）测试集
测试集是一组测试用例，这些测试用例要求有相同的测试Fixture，以保证这些测试不会出现管理上的混乱。
（3）测试执行
单个单元测试的执行可以按下面的方式进行：
第一步 编写 setUp() 函数，目的是：建立针对被测试单元的独立测试环境；举个例子，这可能包含创建临时或代理的数据库、目录，再或者启动一个服务器进程。
第二步 编写所有测试用例的测试体或者测试程序；
第三步 编写tearDown()函数，目的是：无论测试成功还是失败，都将环境进行清理，以免影响后续的测试；
（4）断言
断言实际上就是验证被测程序在测试中的行为或状态的一个函数或者宏。断言的失败会引发异常，终止测试的执行。
Junit ： 主要测试用Java语言编写的代码
CPPunit：主要测试用C++语言编写的代码
unittest ， PyUnit：主要测试用python语言编写的代码
MiniUnit: 主要用于测试C语言编写的代码
本实验要求对前面所做的生命游戏程序进行单元检测，由于之前的代码没有合理的划分模块，所以重构了代码。
LifeGame.java代码：
package Game;
import java.util.Random;
public class LifeGame {
public String[][] create(String[][] map,int[] status){
int n=0;
for (int i = 0; i < 8; i++) {
for (int j = 0; j < 8; j++) {
status[n] = new Random().nextInt(2);
if (status[n] == 1)
map[i][j] = "●";
else if (status[n] == 0)
map[i][j] = "○";
n++;
}
}
return map;
}
//该方法检测所有位置，并返回对应位置的point数组
//用point数组，记录对应位置下一轮的状态，1下一代死，2下一代继续活，3下一代复活
public int[] check(String[][] map) {
int n = 0;
int point[] = new int[64];
//统计周围邻居的情况
for (int i = 0; i < 8; i++) {
for (int j = 0; j < 8; j++) {
//用life变量记录周围活着的邻居个数
int life = 0;
//1.判断正下方的位置
if (i + 1 < 8 && map[i + 1][j].equals("●")) {
life++;
}
//2.判断右下位置
if (i + 1 < 8 && j + 1 < 8 && map[i + 1][j + 1].equals("●")) {
life++;
}
//3.判断左下位置
if (i + 1 < 8 && j - 1 >= 0 && map[i + 1][j - 1].equals("●")) {
life++;
}
//4.判断右侧位置
if (j + 1 < 8 && map[i][j + 1].equals("●")) {
life++;
}
//5.判断左侧位置
if (j - 1 >= 0 && map[i][j - 1].equals("●")) {
life++;
}
//6.判断正上方位置
if (i - 1 >= 0 && map[i - 1][j].equals("●")) {
life++;
}
//7.判断右上位置
if (i - 1 >= 0 && j + 1 < 8 && map[i - 1][j + 1].equals("●")) {
life++;
}
//8.判断左上位置
if (i - 1 >= 0 && j - 1 >= 0 && map[i - 1][j - 1].equals("●")) {
life++;
}
//System.out.print(life+" ");
//int[] point;
//用一个数组，记录对应位置下一轮的状态，1下一代死，2下一代继续活，3下一代复活
if (map[i][j].equals("●")) {
if (life == 1)
point[n] = 1;
else if (life == 2 || life == 3)
point[n] = 2;
else if (life >= 4)
point[n] = 1;
} else {
if (life == 3)
point[n] = 3;
}
n++;
}
}
return point;
}
public String[][] change(String[][] map, int[] point) {
int n = 0;
for (int i = 0; i < 8; i++) {
for (int j = 0; j < 8; j++) {
//变更状态
if (point[n] == 1)
map[i][j] = "○";
if (point[n] == 3)
map[i][j] = "●";
n++;
}
}
return map;
}
public void newMap(String[][] map){
for (int i = 0; i < 8; i++) {
for (int j = 0; j < 8; j++) {
if (j == 7)
System.out.println(map[i][j] + " ");
else
System.out.print(map[i][j] + " ");
}
}
}
}
Main.java代码：
package Game;
import java.util.Random;
import java.util.Scanner;
public class Main {
public static void main(String[] args) {
String[][] map = new String[8][8];
int[] status=new int[64];
LifeGame me = new LifeGame();
me.create(map,status);
System.out.println("初始状态为：");
me.newMap(map);
System.out.println("===========");
int n = 0;
int num = 0;//记录变化的次数
while (n == 0) {
//用point数组，记录对应位置下一轮的状态，1下一代死，2下一代继续活，3下一代复活
int[] point = me.check(map);
//获得下一次变化后的图形
map = me.change(map, point).clone();
System.out.println("第" + (++num) + "次变化：");
//打印出来
me.newMap(map);
System.out.println("===========");
System.out.println("输入0继续进行下一步，输入其他数字退出。");
n = new Scanner(System.in).nextInt();
}
}
}
（1）测试create函数
测试用例
期望结果
（2）测试check函数
测试用例
期望结果
（3）测试change函数
测试用例
期望结果
（1）测试框架介绍
本次实验程序在Eclipse平台用Java语言编写，所以选择JUnit进行测试。
JUnit是一个开发源代码的Java测试框架，用于编写和运行可重复的测试。他是用于单元测试框架体系xUnit的一个实例（用于java语言）
Eclipse 集成了 JUnit，可以非常方便地编写 Test Case。Eclipse 自带了一个 JUnit 插件，不用安装就可以在项目中测试相关的类，并且可以调试测试用例和被测类
（2）测试框架安装
为了避免与之前的项目交叉在一起，所以新建一个Java项目，添加源码。
在项目上点击鼠标右键，选择"Propertise"
点击左侧的"Java Build Path"，选择“Libraries”，点击“Classpath”，再点击“Add Library...”。
选择JUnit
再选择JUnit4
结果如下图所示，再点击“Apply and Close”
这是发现Test项目下出现了JUnit4
点击项目，点击鼠标右侧，选择Junit Test Case
生成JUnit测试框架
点击“下一步”，选择测试的方法
系统自动生成测试代码
这时发现自动生成的代码有错，上网查了一下，需要删除Java项目自动创建的module-info.java
然后重新创建框架，成功生成测试代码。
将自动生成的测试代码修改，添加自己所需的测试代码。
LifeGameTest.java代码：
package Game;
import static org.junit.Assert.*;
import org.junit.Assert;
import org.junit.Before;
import org.junit.Test;
public class LifeGanmeTest {
@Before
public void setUp() throws Exception {
}
@Test
public void testCreate() {
LifeGame me = new LifeGame();
String[][] expected = {{"○","○","○","●","○","○","○","○"},{"●","○","○","○","○","○","●","●"},
{"○","○","●","○","●","●","○","○"},{"○","○","●","○","○","●","●","○"},
{"○","●","●","○","○","○","○","●"},{"○","○","○","○","●","●","○","○"},
{"●","●","○","●","○","●","○","○"},{"●","●","○","●","○","●","●","○"}};
int[] test1= {
0,0,0,1,0,0,0,0,
1,0,0,0,0,0,1,1,
0,0,1,0,1,1,0,0,
0,0,1,0,1,1,0,0,
0,1,1,0,0,0,0,1,
0,0,0,0,1,1,0,0,
1,1,0,1,0,1,0,0,
1,1,0,1,0,1,1,0,};
String[][] point1 =me.create(expected,test1);
Assert.assertArrayEquals(expected, point1);
}
@Test
public void testCheck() {
LifeGame me = new LifeGame();
String[][] test2 = {{"○","○","○","●","○","○","○","○"},{"●","○","○","○","○","○","●","●"},
{"○","○","●","○","●","●","○","○"},{"○","○","●","○","○","●","●","○"},
{"○","●","●","○","○","○","○","●"},{"○","○","○","○","●","●","○","○"},
{"●","●","○","●","○","●","○","○"},{"●","●","○","●","○","●","●","○"}};
int[] point2 =me.check(test2);
int[] expected = {0,0,0,0,0,0,0,0,
0,0,0,3,3,3,2,1,
0,3,1,3,2,1,0,3,
0,0,2,0,3,2,2,0,
0,2,2,3,3,0,0,1,
3,0,0,3,2,2,3,0,
2,2,0,2,0,1,0,0,
2,2,0,1,0,2,2,0};
Assert.assertArrayEquals(expected, point2);
}
@Test
public void testChange() {
LifeGame me = new LifeGame();
String[][] test3 = {{"○","○","○","●","○","○","○","○"},{"●","○","○","○","○","○","●","●"},
{"○","○","●","○","●","●","○","○"},{"○","○","●","○","○","●","●","○"},
{"○","●","●","○","○","○","○","●"},{"○","○","○","○","●","●","○","○"},
{"●","●","○","●","○","●","○","○"},{"●","●","○","●","○","●","●","○"}};
int[] point3 = {0,0,0,0,0,0,0,0,
0,0,0,3,3,3,2,1,
0,3,1,3,2,1,0,3,
0,0,2,0,3,2,2,0,
0,2,2,3,3,0,0,1,
3,0,0,3,2,2,3,0,
2,2,0,2,0,1,0,0,
2,2,0,1,0,2,2,0};
String[][] expected ={{"○","○","○","●","○","○","○","○"},{"●","○","○","●","●","●","●","○"},
{"○","●","○","●","●","○","○","●"},{"○","○","●","○","●","●","●","○"},
{"○","●","●","●","●","○","○","○"},{"●","○","○","●","●","●","●","○"},
{"●","●","○","●","○","○","○","○"},{"●","●","○","○","○","●","●","○"}};
String[][] point4=me.change(test3, point3);
Assert.assertArrayEquals(expected, point4);
}
}
测试结果：
测试用例达到了预期结果，测试成功。
为了测试的完整性，将测试用例稍微修改一下，故意改错，使其与期望结果不匹配。
例如将create函数中的测试用例中的第一个元素“0”改为“1”，即将细胞状态由死亡改错存活，其结果必然与期望结果不符
运行程序，提示testCreate错误，这是由于“1”代表活细胞，而原先的期望结果为死细胞，两者冲突。将修改撤销则测试成功。
再例如将check函数和change函数的测试用例修改，将第七行第一个细胞状态由死亡改为存活，结果必然与期望值不符合
运行程序，果然如此,提示testCheck和testChange错误，这是由于改变一个细胞状态后，与之相邻的细胞的周围活细胞数目发生改变。将修改撤销则测试成功
将重构的源代码和测试代码提交到github仓库，仓库地址：https://github.com/ziyanxingchen/Life-of-Game
比较以下二个工匠的做法，你认为哪种好？结合编码和单元测试，谈谈你的认识。
答：我认为第一个工匠好，虽然可能会花费大量时间，但是能及时发现并修改每一步的错误，尽可能确保了每一步都是规范正确的，能够顺利完成项目。如果时间比较仓促，只能选择第二种做法，它能比较快速地完成每个模块，完成项目的整体结构，最后统一进行测试修改。
本次实验，我了解了Java的测试框架JUnit并掌握其安装方法，主要学会测试代码的编写方法。在实验中也遇到了许多问题，如JUnit4自动生成的测试代码显示不正确，删除项目之前自动创建的“module-info.java”即可；再比如之前的源代码有些没有模块划分，需要重构源代码。编写测试代码，经过多次修改终于成功运行。通过这次实验，我学会了测试框架进行单元测试的方法和过程，加深对单元测试的理解和掌握。
原文：https://www.cnblogs.com/ziyanxingchen/p/13024365.html