一、实验目的
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语言编写的代码
2、结对编程的小组采用测试框架 对自己“结对编程”实验的程序模块（类）进行单元测试，提交单元测试报告：
测试报告包括以下内容：
1）源码
2）测试用例设计 （结合单元测试的内容和模块功能设计测试用例）
3）选择的测试框架介绍、安装过程
4 ）测试代码
5）测试结果与分析
三、实验过程
1、源码
C语言的单元测试是以函数为单元进行测试的，需要将原代码进行函数划分，修改后如下：
2、测试用例设计
根据原代码重新编写了用于测试用例的四个函数单元：和运算add()，差运算sub()，积运算mul()，商运算divi()
int add(int a, int b) //和运算
{
if (a + b <= 100)
return a + b;
else
return -1;
}
int sub(int a, int b) //差运算
{
if (b <= a && a <= 100)
return a - b;
else
return -1;
}
int mul(int a, int b) //积运算
{
if (a * b <= 100)
return a * b;
else
return -1;
}
int divi(int a, int b) //商运算
{
if (b <= a && a <= 100 && b !=0 && (double)a / b - a / b == 0)
return a / b;
else
return -1;
}
对每个函数单元的随机数 a,b 进行判断，符合条件输出结果，不符合则输出-1 。
每个单元输入四组随机数进行测试，测试输入数据及预期结果如下：
3、测试框架介绍及安装过程
本程序由C语言编写，经查阅资料，一般采用VS软件进行单元测试。
本次实验使用最新版本：VS 2019
Microsoft Visual Studio是VS的全称。VS是美国微软公司的开发工具包系列产品。VS是一个基本完整的开发工具集，它包括了整个软件生命周期中所需要的大部分工具，如UML工具、代码管控工具、集成开发环境(IDE)等等。所写的目标代码适用于微软支持的所有平台，包括Microsoft Windows、Windows Mobile、Windows CE、.NET Framework、.Net Core、.NET Compact Framework和Microsoft Silverlight 及Windows Phone。
Visual Studio是目前最流行的Windows平台应用程序的集成开发环境。最新版本为 Visual Studio 2019版本，基于.NET Framework 4.7。
安装过程：
官网下载安装包，勾选需要的工作负载，选择安装位置为D盘
4、测试代码
4.1打开VS2019，文件->新建->项目，创建空项目，命名为UnitTest
4.2在创建好的空项目里右键单击头文件，添加头文件UnitTest.h
4.3在源文件添加C++文件"四则运算.cpp"和"main.cpp"（main函数已简化）
4.4新建本机单元测试项目，生成UnitTest1
4.5在UnitTest1的源文件中，编辑UnitTest1.cpp，输入测试数据
4.6打开UnitTest1属性页，附加依赖项
5.测试结果与分析
测试->运行所有测试
导出数据，cmd输入指令导出文件夹，点击测试结果文件夹，VS自动打开查看测试结果
6.push到github仓库
仓库地址为：https://github.com/3170701304wx/sizeyunsuan
由于权限等原因，文件会在之后进行上传
四、思考题
比较以下二个工匠的做法，你认为哪种好？结合编码和单元测试，谈谈你的认识。
答：我认为工匠二的做法比较好。在技术相对娴熟的情况下，凭着感觉判断基本可以保证低误差，而且会大大提高工作效率。最后再进行校准，对个别不符合要求的进行修改。单元测试也是类似与这种思想，在代码编写完成后进行测试的。
五、实验小结
通过本次实验，掌握了单元测试的基本思想，学会了使用VS软件进行单元测试的编写和调试，对XUnit测试原理及框架有了进一步理解。在实验过程中，由于初次使用VS2019软件，对其功能不够了解，在实验时查阅了大量资料，终于顺利完成了实验，感谢老师和同学们的帮助。