实验五 单元测试

一、实验目的

1）掌握单元测试的方法

2) 学习XUnit测试原理及框架；

3）掌握使用测试框架进行单元测试的方法和过程。

 

二、实验内容与要求

1、了解单元测试的原理与框架

    

 1.1 单元测试原理

  单元测试（unit testing），是指对软件中的最小可测试单元进行检查和验证。对于单元测试中单元的含义，一般来说，要根据实际情况去判定其具体含义，如C语言中单元指一个函数，Java里单元指一个类，图形化的软件中可以指一个窗口或一个菜单等。总的来说，单元就是人为规定的最小的被测功能模块。单元测试是在软件开发过程中要进行的最低级别的测试活动，软件的独立单元将在与程序的其他部分相隔离的情况下进行测试。单元测试是由程序员自己来完成，最终受益的也是程序员自己。可以这么说，程序员有责任编写功能代码，同时也就有责任为自己的代码编写单元测试。执行单元测试，就是为了证明这段代码的行为和我们期望的一致。

单元测试的内容包括

  模块接口测试、局部数据结构测试、路径测试、错误处理测试、边界测试

（1）模块接口测试

模块接口测试是单元测试的基础。只有在数据能正确流入、流出模块的前提下，其他测试才有意义。模块接口测试也是集成测试的重点，这里进行的测试主要是为后面打好基础。测试接口正确与否应该考虑下列因素： 

    -输入的实际参数与形式参数的个数是否相同 

    -输入的实际参数与形式参数的属性是否匹配 

    -输入的实际参数与形式参数的量纲是否一致 

    -调用其他模块时所给实际参数的个数是否与被调模块的形参个数相同； 

    -调用其他模块时所给实际参数的属性是否与被调模块的形参属性匹配； 

    -调用其他模块时所给实际参数的量纲是否与被调模块的形参量纲一致； 

    -调用预定义函数时所用参数的个数、属性和次序是否正确； 

    -是否存在与当前入口点无关的参数引用； 

    -是否修改了只读型参数； 

    -对全程变量的定义各模块是否一致； 

    -是否把某些约束作为参数传递。

如果模块功能包括外部输入输出，还应该考虑下列因素： 

-文件属性是否正确； 

-OPEN/CLOSE语句是否正确； 

-格式说明与输入输出语句是否匹配； 

-缓冲区大小与记录长度是否匹配； 

-文件使用前是否已经打开； 

-是否处理了文件尾； 

-是否处理了输入/输出错误； 

-输出信息中是否有文字性错误。 

-局部数据结构测试； 

-边界条件测试； 

-模块中所有独立执行通路测试；

 

（2）局部数据结构测试

    检查局部数据结构是为了保证临时存储在模块内的数据在程序执行过程中完整、正确，局部功能是整个功能运行的基础。重点是一些函数是否正确执行，内部是否运行正确。局部数据结构往往是错误的根源，应仔细设计测试用例，力求发现下面几类错误： 

-不合适或不相容的类型说明； 

-变量无初值； 

-变量初始化或省缺值有错； 

-不正确的变量名（拼错或不正确地截断）； 

-出现上溢、下溢和地址异常。

 

（3）边界条件测试

    边界条件测试是单元测试中最重要的一项任务。众所周知，软件经常在边界上失效，采用边界值分析技术，针对边界值及其左、右设计测试用例，很有可能发现新的错误。边界条件测试是一项基础测试，也是后面系统测试中的功能测试的重点，边界测试执行的较好，可以大大提高程序健壮性。

（4）独立路径测试

    在模块中应对每一条独立执行路径进行测试，单元测试的基本任务是保证模块中每条语句至少执行一次。测试目的主要是为了发现因错误计算、不正确的比较和不适当的控制流造成的错误。具体做法就是程序员逐条调试语句。常见的错误包括： 

-误解或用错了算符优先级； 

-混合类型运算； 

-变量初值错； 

-精度不够； 

-表达式符号错。

（5）错误处理测试

   检查模块的错误处理功能是否包含有错误或缺陷。例如，是否拒绝不合理的输入;出错的描述是否难以理解、是否对错误定位有误、是否出错原因报告有误、是否对错误条件的处理不正确;在对错误处理之前错误条件是否已经引起系统的干预等。

     通常单元测试在编码阶段进行。在源程序代码编制完成，经过评审和验证，确认没有语法错误之后，就开始进行单元测试的测试用例设计。利用设计文档，设计可以验证程序功能、找出程序错误的多个测试用例。对于每一组输入，应有预期的正确结果

1.2  面向特定语言的，基于xUnit框架的自动化测试框架

    Junit  ： 主要测试用Java语言编写的代码

    CPPunit：主要测试用C++语言编写的代码

   unittest ， PyUnit：主要测试用python语言编写的代码

   MiniUnit:   主要用于测试C语言编写的代码

三、实验过程

1.修改需要检测的源文件

在完成结对编程的时候，由两个人编程的四则运算程序为本次单元测试的对象，不过由于该程序只定义了一个函数，且单元测试只检测函数部分，因此要对源程序进行修改，可把多余部分删减掉，修改后的代码如下，该文件命名为szys.py（在后续实验将会用到）

 

 2.创建Testszys测试文件

因为本程序使用python语言编写而成，spyder为开发环境，所以采用unittest进行单元测试。

根据unittest测试规范进行编写代码，编写的代码如下

 

 注：该代码第二行from szys import *中的szys为需检测的源文件的文件名

测试结果通过运行显示

 

 发现有一个错误，错误位置为self.assertEqual(4,add(1,2)),错误原因是等式不成立4！=3

修改后为self.assertEqual(3,add(1,2))，再次运行发现没有错误运行结果如图

 

 

四、思考题

比较以下二个工匠的做法，你认为哪种好？结合编码和单元测试，谈谈你的认识。

答：我认为工匠一的比较好；事先给规定好界限，让每块砖都在它应该在的地方，这样省时又省力，而工匠二的做法不排除会发生“上梁不正下梁歪”的可能，因此可能会带来不必要的麻烦；不过对于编程这种事并没有所谓的界限，要有创新开拓精神，工匠一和工匠二的做法各有各的优点。

五、实验小结

通过本次实验接触到了单元测试这个东西，了解了单元测试是什么，单元测试有什么用，在以后的学习和编程中会更加注意这方面的规范，使自己更加熟悉编程，去编写出更好的程序。