一、实验目的
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.源码
#include<stdio.h>
#include<math.h>
#include<windows.h>
int right=0;
int wrong=0;
int k;
void add()
{
int a,b,c;
a=rand()%100;
b=rand()%10;
printf("请回答：
%d + %d = ",a,b);
scanf("%d",&c);
if(a+b==c)
{
printf("回答正确!
");
right++;
}
else
{
printf("回答错误!
");
wrong++;
}
}
void minu()
{
int a,b,c;
a=rand()%100;
b=rand()%10;
printf("请回答：
%d - %d = ",a,b);
scanf("%d",&c);
if(a-b==c)
{
printf("回答正确!
");
right++;
}
else
{
printf("回答错误!
");
wrong++;
}
}
void mul()
{
int a,b,c;
a=rand()%10;
b=rand()%10;
printf("请回答：
%d * %d = ",a,b);
scanf("%d",&c);
if(a*b==c)
{
printf("回答正确!
");
right++;
}
else
{
printf("回答错误!
");
wrong++;
}
}
void di()
{
int a,b,c,k;
a=rand()%100;
b=rand()%100;
printf("请回答：
%d / %d = ",a,b);
scanf("%d",&c);
if(a/b==c)
{
printf("回答正确!
");
right++;
}
else
{
printf("回答错误!
");
wrong++;
}
}
int main()
{
int choise;
int con=0;
printf("
欢迎进入小学简易四则运算
");
while(1)
{
printf("请选择：
");
printf(" 加法运算（请输入1）
");
printf(" 减法运算（请输入2）
");
printf(" 乘法运算（请输入3）
");
printf(" 除法运算（请输入4）
");
printf(" 退出运算（请输入5）
");
if(con==0)
scanf("%d",&choise);
switch(choise)
{
case 1:
add();
break;
case 2:
minu();
break;
case 3:
mul();
break;
case 4:
di();
break;
case 5:
return 0;
}
printf("
继续运算？（请输入1）
");
printf("
重新选择？（请输入2）
");
printf("
退出运算？（请输入3）
");
scanf("%d",&con);
if(con==1)
con=1;
else if(con==2)
con=0;
else if(con==3)
break;
else
printf("抱歉!，你输入的指令有误!请重新输入!
");
}
printf("您总共完成了 %d 道题
正确 %d 道
错误 %d 道
,得分 %d分",right+wrong,right,wrong,right*10);
}
2.测试用例设计（结合单元测试的内容和模块功能设计测试用例）
开发一个自动生成小学四则运算题目的命令行 “软件”。实现 输入你要出题的个数，随机产生四则运算，然后用户回答，并且进行打分。规则：用随机数实现100以内的加、减、乘、除运算，其中和与积不能超过100，差不为负（即须大减小），商不为小数或分数（即必须整除）。要求总计输出10个运算式，每输出一个运算式，等待输入结果，然后进行对错判断并输出。最后输出统计答对的题数与分然后对这些功能进行单元测试。
3、选择的测试框架介绍、安装过程
（1）介绍cppunit：
CppUnit测试是软件开发过程中必不可少的一个部分，是软件质量的保障的重要手段. 单元测试作为代码级最小的单位的测试,在软件开发过程中举足轻重的作用。
极限编程(XP)推崇测试优先原则，由此引发了软件开发方法从传统的瀑布模型转向以测试为驱动的敏捷开发模式的革命。在这场软件开发方法革命中,以xUnit系列的单元测试框架是一切的中心。xUnit的成员有很多，如JUnit，NUnit.PythonUnit,HtmlUnit,HttpUnit等。CppUnit就是xUnit家族中的一员,它是一个专门面向C++的单元测试框架。
CppUnit是Micheal Feathers由JUnit移植过来的一个在GNU LGPL条约下的并在sourcefogre网站上开源的C++单元测试框架。
参考资料：https://baike.so.com/doc/4775759-4991556.html
（2）安装过程
(选择开发环境为MS Visual C++ 6.0)需要如下五个步骤:
一 、到CppUnit 的官方网站上下载CppUnit的软件包。
二、 编译、安装CppUnit库。在VC中打开CPPUNITHOME/src/CppUnitLibraries.dsw，选择"Build | BatchBuild..."，选中所有的项目，点击build按钮。在CPPUNITHOME/lib/下生成所需要的所有库文件。*CPPUNITHOME是CppUnit在你磁盘上的目录。下同。
三、在Visual C++中进行设置。告诉VC在哪里能找到CppUnit中的程序文件和库文件:打开"Tools | Options..."，切换到'Directories'标签页，选择'include files'，添加CPPUNITHOME/include/;切换到'libraries files'标签页，添加CPPUNITHOME/lib/;切换到'source files'标签页，添加CPPUNITHOME/src/cppunit/，保存。
四、在测试代码中进行设置。在VC中打开你写的测试程序，启动Project Settings对话框，切换到'C++'标签页，选择'Code generation'项，对于release版，选择'Multithreaded DLL'，对于Debug版，选择'Debug Multithreaded DLL'。同样是在这个标签页，选择'C++ langage'项，选择All Configurations，选择'enable Run-Time Type Information (RTTI)'。切换到'Link'标签页，在'Object/library modules'中添入需要的lib文件cppunitX.lib (debug模式为cppunitd.lib, release 模式为cppunit.lib )和testrunnerX.lib(debug模式为testrunnerd.lib， release 模式testrunner.lib，debug Unicode模式为testrunnerud.lib， release Unicode模式为testrunneru.lib)
五、添加系统路径。为使测试程序在运行时能找到CppUnit提供的dll，我们在环境变量中指出CppUnit提供的dll的路径:在我的电脑中，打开环境变量，编辑系统变量中的path变量，向其中添加CPPUNITHOMElib，从新启动计算机，使设置生效。
4.测试代码
#include "stdafx.h" #include "CppUnittest.h" #include "../Calculator/Calculator.h" using namespace Microsoft::VisualStudio::CppUnitTestFramework; namespace UnitTest1 { TEST_CLASS(UnitTest1) { public: TEST_METHOD(TestMethod1) { // TODO: 在此输入测试代码 Cal test; int x = 4, y = 7; Assert::AreEqual(11, test.add(x,y)); Assert::AreEqual(-3, test.sub(x, y)); Assert::AreEqual(28, test.mul(x, y)); Assert::AreEqual(0, test.div(x, y)); } }; }
#include "pch.h" #include "Calculator.h" #include <iostream> int Cal::add(int x, int y) { return x + y; } int Cal::sub(int x, int y) { return x - y; } int Cal::mul(int x, int y) { return x * y; } int Cal::div(int x, int y) { return x / y; } int main() { return 0; }
5.测试结果与分析
四、思考题
比较以下二个工匠的做法，你认为哪种好？结合编码和单元测试，谈谈你的认识。
答：这两种方法都有其适用场景，但是我认为工匠一的做法更好，因为只有将每一块砖都砌好，有个基本标准，整栋楼才能建好。就跟平时编程一样，只有将每一个模块每一个函数都编好，整个程序才不会有大的问题。在一个一个做好了的基础上，继续做下去，才能避免后面修改整个问题。
五、实验小结
此次实验为单元测试实验，一开始思路不清晰，不知道怎么样去做，后来通过小组成员的能帮助，才能够有个基本完成。本次代码所采用的语言为C语言，在网上找了关于C语言的单元测试的工具，有个基本了解。由于本身代码编写能力的不足，对软件的安装不怎么理解，总体来说此次实验不是很成功。但是让我对单元测试有了更深的认识与了解。希望以后能够学习的更多，能够完善此次实验的不足。