实验五 单元测试
一、实验目的
(1)掌握单元测试的方法
(2) 学习XUnit测试原理及框架;
(3)掌握使用测试框架进行单元测试的方法和过程。
二、实验内容与要求
1、了解单元测试的原理与框架
1.1 单元测试原理
单元测试(unit testing),是指对软件中的最小可测试单元进行检查和验证。对于单元测试中单元的含义,一般来说,要根据实际情况去判定其具体含义,如C语言中单元指一个函数,Java里单元指一个类,图形化的软件中可以指一个窗口或一个菜单等。总的来说,单元就是人为规定的最小的被测功能模块。单元测试是在软件开发过程中要进行的最低级别的测试活动,软件的独立单元将在与程序的其他部分相隔离的情况下进行测试。单元测试是由程序员自己来完成,最终受益的也是程序员自己。可以这么说,程序员有责任编写功能代码,同时也就有责任为自己的代码编写单元测试。执行单元测试,就是为了证明这段代码的行为和我们期望的一致。
单元测试的内容包括
模块接口测试、局部数据结构测试、路径测试、错误处理测试、边界测试
(1)模块接口测试
模块接口测试是单元测试的基础。只有在数据能正确流入、流出模块的前提下,其他测试才有意义。模块接口测试也是集成测试的重点,这里进行的测试主要是为后面打好基础。测试接口正确与否应该考虑下列因素:
- 输入的实际参数与形式参数的个数是否相同
- 输入的实际参数与形式参数的属性是否匹配
- 输入的实际参数与形式参数的量纲是否一致
- 调用其他模块时所给实际参数的个数是否与被调模块的形参个数相同;
- 调用其他模块时所给实际参数的属性是否与被调模块的形参属性匹配;
- 调用其他模块时所给实际参数的量纲是否与被调模块的形参量纲一致;
- 调用预定义函数时所用参数的个数、属性和次序是否正确;
- 是否存在与当前入口点无关的参数引用;
- 是否修改了只读型参数;
- 对全程变量的定义各模块是否一致;
- 是否把某些约束作为参数传递。
如果模块功能包括外部输入输出,还应该考虑下列因素:
- 文件属性是否正确;
- OPEN/CLOSE语句是否正确;
- 格式说明与输入输出语句是否匹配;
- 缓冲区大小与记录长度是否匹配;
- 文件使用前是否已经打开;
- 是否处理了文件尾;
- 是否处理了输入/输出错误;
- 输出信息中是否有文字性错误。
- 局部数据结构测试;
- 边界条件测试;
- 模块中所有独立执行通路测试;
(2)局部数据结构测试
检查局部数据结构是为了保证临时存储在模块内的数据在程序执行过程中完整、正确,局部功能是整个功能运行的基础。重点是一些函数是否正确执行,内部是否运行正确。局部数据结构往往是错误的根源,应仔细设计测试用例,力求发现下面几类错误:
- 不合适或不相容的类型说明;
- 变量无初值;
- 变量初始化或省缺值有错;
- 不正确的变量名(拼错或不正确地截断);
- 出现上溢、下溢和地址异常。
(3)边界条件测试
边界条件测试是单元测试中最重要的一项任务。众所周知,软件经常在边界上失效,采用边界值分析技术,针对边界值及其左、右设计测试用例,很有可能发现新的错误。边界条件测试是一项基础测试,也是后面系统测试中的功能测试的重点,边界测试执行的较好,可以大大提高程序健壮性。
(4)独立路径测试
在模块中应对每一条独立执行路径进行测试,单元测试的基本任务是保证模块中每条语句至少执行一次。测试目的主要是为了发现因错误计算、不正确的比较和不适当的控制流造成的错误。具体做法就是程序员逐条调试语句。常见的错误包括:
- 误解或用错了算符优先级;
- 混合类型运算;
- 变量初值错;
- 精度不够;
- 表达式符号错。
(5)错误处理测试
检查模块的错误处理功能是否包含有错误或缺陷。例如,是否拒绝不合理的输入;出错的描述是否难以理解、是否对错误定位有误、是否出错原因报告有误、是否对错误条件的处理不正确;在对错误处理之前错误条件是否已经引起系统的干预等。
通常单元测试在编码阶段进行。在源程序代码编制完成,经过评审和验证,确认没有语法错误之后,就开始进行单元测试的测试用例设计。利用设计文档,设计可以验证程序功能、找出程序错误的多个测试用例。对于每一组输入,应有预期的正确结果。
1.2 测试框架
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)断言
断言实际上就是验证被测程序在测试中的行为或状态的一个函数或者宏。断言的失败会引发异常,终止测试的执行。
1.3 面向特定语言的,基于xUnit框架的自动化测试框架
Junit : 主要测试用Java语言编写的代码
CPPunit:主要测试用C++语言编写的代码
unittest , PyUnit:主要测试用python语言编写的代码
MiniUnit: 主要用于测试C语言编写的代码
三、实验过程
使用Java语言,eclipse作为ide,使用junit进行单元测试
1、安装与配置junit
1、项目名称右击,打开properties,点击Java build path
2、点击 add libraries
3、选择junit junit4
4、点击finished
2、生成测试框架
1、在项目名称上点右键,new,创建junit测试框架
2、填入相关数据,点击下一步
3、选择要测试的方法
4、出现如图所示,在相应位置填入测试代码即可
3、编写测试代码
源码如下:
package cy; import static org.junit.Assert.*; import org.junit.Test; public class testTest { @Test public void testJudgeEquation() { new test(); assertEquals(true, test.judgeEquation(20, 4)); assertEquals(false, test.judgeEquation(80, 30)); } @Test public void testJudgeResult() { new test(); assertEquals(true, test.judgeResult(2, 6, "+", 8)); assertEquals(true, test.judgeResult(2, 5, "*", 10)); assertEquals(false, test.judgeResult(25, 14, "+", 88)); } }
测试数据:
测试值 | 期望值 | 实际值 |
---|---|---|
judgeEquation(20, 4) | true | true |
judgeEquation(80, 30) | true | true |
judgeResult(2, 6, "+", 8) | true | true |
judgeResult(2, 5, "*", 10) | true | true |
judgeResult(25, 14, "+", 88) | true | true |
截图如下:
测试结果如下:
通过单元测试
被测试代码:
package cy; import java.util.Scanner; public class test { private static int score = 0; public static void main(String[] args) { // TODO Auto-generated method stub // char[] operator = new char[5]; // operator[] = {‘+‘, ‘-‘, ‘*‘, ‘/‘}; int count = 1; Scanner sc = new Scanner(System.in); System.out.println("这是四则运算小游戏,你将得到十个题目,每个题目1分,满分10分,祝你好运"); while(count <= 10) { String operator = getOperator(); int num1 = (int)(Math.random()*(100-1)+1); int num2 = (int)(Math.random()*(100-1)+1); if(judgeEquation(num1, num2)) { System.out.println("第"+count+"题"); System.out.print(num1 + operator + num2 +"="); int res = sc.nextInt(); judgeResult(num1, num2, operator, res); System.out.println(); count ++; } } System.out.println("游戏结束,你的得分是:"+score+"分"); } //***获取符号*** public static String getOperator() { char[] operator=new char[]{‘+‘,‘-‘,‘*‘,‘/‘}; int num = (int) (Math.random()*(4-0)+0); // int s= random.nextInt(4); return String.valueOf(operator[num]); } //***判断范围是否在要求范围内*** public static boolean judgeEquation(int num1, int num2) { if(num1 + num2 >= 100 || num1 * num2 >= 100) { return false; } if(num1 - num2 < 0) { return false; } if(num1 % num2 != 0) { return false; } return true; } //***判断运算结果*** public static boolean judgeResult(int num1, int num2, String operator, int res) { int result = 0; switch(operator) { case "+": result = num1 + num2; break; case "-": result = num1 - num2; break; case "*": result = num1 * num2; break; case "/": result = num1 / num2; break; } if(res == result) { System.out.println("√"); score ++; return true; } else { System.out.println("×"); return false; } } }
5、提交代码
四、思考题
答:我认为工匠一的做法更好,因为他在砌砖的同时使用水平线作为基准,既可以提高砌砖的效率,也降低了砖头砌歪的可能性,减少了不必要的工作以及不必要的麻烦。而工匠二虽然也进行了检查,但是工程已经完成,如果检查出了问题,则需要花费巨大的代价才能解决问题,效率过低。
五、实验小结
通过本次实验,我掌握了单元测试的方法,通过在Eclipse中对之前实验编写的四则运算小程序进行单元测试,学习了如何在eclipse中使用JUnit进行单元测试。了解了一些Junit的工作过程与原理,也了解了Junit进行单元测试使用的框架。虽然最后成功做出了实验结果,但是在单元测试这一方面自己还是有很多的问题,比如只会编写简单的单元测试代码,如果遇到复杂的情况自己就会感觉无从下手。单元测试在软件开发中具有很重要的地位,我一定还要通过多多学习,掌握更加丰富的测试方法,在将来的学习中,也要将单元测试作为自己的常态化任务去做。最后在git push时出了一点小问题,经检查发现是由于自己昨日修改了git文件所在的program file 目录名称,导致了之前安装的证书找不到,把目录修改会原来的名称,就可以进行git push了。