实验五、单元测试

一、实验目的
1）掌握单元测试的方法
2) 学习XUnit测试原理及框架；
3）掌握使用测试框架进行单元测试的方法和过程。

二、实验内容与要求
1、了解单元测试的原理与框架
 1.1 单元测试原理
  单元测试（unit testing），是指对软件中的最小可测试单元进行检查和验证。对于单元测试中单元的含义，一般来说，要根据实际情况去判定其具体含义，如C语言中单元指一个函数，Java里单元指一个类，图形化的软件中可以指一个窗口或一个菜单等。总的来说，单元就是人为规定的最小的被测功能模块。单元测试是在软件开发过程中要进行的最低级别的测试活动，软件的独立单元将在与程序的其他部分相隔离的情况下进行测试。单元测试是由程序员自己来完成，最终受益的也是程序员自己。可以这么说，程序员有责任编写功能代码，同时也就有责任为自己的代码编写单元测试。执行单元测试，就是为了证明这段代码的行为和我们期望的一致。
单元测试的内容包括
  模块接口测试、局部数据结构测试、路径测试、错误处理测试、边界测试
（1）模块接口测试
模块接口测试是单元测试的基础。只有在数据能正确流入、流出模块的前提下，其他测试才有意义。模块接口测试也是集成测试的重点，这里进行的测试主要是为后面打好基础。测试接口正确与否应该考虑下列因素： 
    -输入的实际参数与形式参数的个数是否相同 
    -输入的实际参数与形式参数的属性是否匹配 
    -输入的实际参数与形式参数的量纲是否一致 
    -调用其他模块时所给实际参数的个数是否与被调模块的形参个数相同； 
    -调用其他模块时所给实际参数的属性是否与被调模块的形参属性匹配； 
    -调用其他模块时所给实际参数的量纲是否与被调模块的形参量纲一致； 
    -调用预定义函数时所用参数的个数、属性和次序是否正确； 
    -是否存在与当前入口点无关的参数引用； 
    -是否修改了只读型参数； 
    -对全程变量的定义各模块是否一致； 
    -是否把某些约束作为参数传递。
如果模块功能包括外部输入输出，还应该考虑下列因素： 
-文件属性是否正确； 
-OPEN/CLOSE语句是否正确； 
-格式说明与输入输出语句是否匹配； 
-缓冲区大小与记录长度是否匹配； 
-文件使用前是否已经打开； 
-是否处理了文件尾； 
-是否处理了输入/输出错误； 
-输出信息中是否有文字性错误。 
-局部数据结构测试； 
-边界条件测试； 
-模块中所有独立执行通路测试；

（2）局部数据结构测试
    检查局部数据结构是为了保证临时存储在模块内的数据在程序执行过程中完整、正确，局部功能是整个功能运行的基础。重点是一些函数是否正确执行，内部是否运行正确。局部数据结构往往是错误的根源，应仔细设计测试用例，力求发现下面几类错误： 
-不合适或不相容的类型说明； 
-变量无初值； 
-变量初始化或省缺值有错； 
-不正确的变量名（拼错或不正确地截断）； 
-出现上溢、下溢和地址异常。

（3）边界条件测试
    边界条件测试是单元测试中最重要的一项任务。众所周知，软件经常在边界上失效，采用边界值分析技术，针对边界值及其左、右设计测试用例，很有可能发现新的错误。边界条件测试是一项基础测试，也是后面系统测试中的功能测试的重点，边界测试执行的较好，可以大大提高程序健壮性。
（4）独立路径测试
    在模块中应对每一条独立执行路径进行测试，单元测试的基本任务是保证模块中每条语句至少执行一次。测试目的主要是为了发现因错误计算、不正确的比较和不适当的控制流造成的错误。具体做法就是程序员逐条调试语句。常见的错误包括： 
-误解或用错了算符优先级； 
-混合类型运算； 
-变量初值错； 
-精度不够； 
-表达式符号错。
（5）错误处理测试
   检查模块的错误处理功能是否包含有错误或缺陷。例如，是否拒绝不合理的输入;出错的描述是否难以理解、是否对错误定位有误、是否出错原因报告有误、是否对错误条件的处理不正确;在对错误处理之前错误条件是否已经引起系统的干预等。
     通常单元测试在编码阶段进行。在源程序代码编制完成，经过评审和验证，确认没有语法错误之后，就开始进行单元测试的测试用例设计。利用设计文档，设计可以验证程序功能、找出程序错误的多个测试用例。对于每一组输入，应有预期的正确结果。

1.2 测试框架
 xUnit是各种代码驱动测试框架的统称,这些框架可以测试 软件的不同内容(单元),比如函数和类。xUnit框架的主要优点是,它提供了一个自动化测试的解决方案。可以避免多次编写重复的测试代码。
 

1.3   面向特定语言的，基于xUnit框架的自动化测试框架
    Junit  ： 主要测试用Java语言编写的代码
    CPPunit：主要测试用C++语言编写的代码
   unittest ， PyUnit：主要测试用python语言编写的代码
   MiniUnit:   主要用于测试C语言编写的代码

底层是xUnit的framwork，xUnit的类库，提供了对外的功能方法、工具类、api等
TestCase(具体的测试用例)去使用framwork
TestCase执行后会有TestResult
使用TestSuite控制TestCase的组合
TestRunner执行器，负责执行case
TestListener过程监听，监听case成功失败以及数据结果，输出到结果报告中
Unit测试框架包括四个要素：
      (1)测试目标（对象）
  一组认定被测对象或被测程序单元测试成功的预定条件或预期结果的设定。Fixture就是被测试的目标，可以是一个函数、一组对象或一个对象。  测试人员在测试前应了解被测试的对象的功能或行为。
    （2）测试集
测试集是一组测试用例，这些测试用例要求有相同的测试Fixture，以保证这些测试不会出现管理上的混乱。
    （3）测试执行
单个单元测试的执行可以按下面的方式进行：
第一步 编写 setUp() 函数，目的是：建立针对被测试单元的独立测试环境；举个例子，这可能包含创建临时或代理的数据库、目录，再或者启动一个服务器进程。
第二步 编写所有测试用例的测试体或者测试程序；
第三步 编写tearDown()函数，目的是：无论测试成功还是失败，都将环境进行清理，以免影响后续的测试；
    （4）断言  
    断言实际上就是验证被测程序在测试中的行为或状态的一个函数或者宏。断言的失败会引发异常，终止测试的执行。
实验过程：

（1）我和同伴所做的是生命游戏，采用的是C语言，单元测试用的是VS2019自带的TEST。
源程序：

include "stdio.h"

include "string.h"

include "windows.h"

include "time.h"

define N 49//1表示棋子，只有黑色棋子

int aa[N+2][N+2];//定义棋盘大小
int bb[N+2][N+2];//辅助棋盘

void Initialize();//初始化一个对局函数
void RunGame();//进行游戏
int Count(int i,int j);//计算生命周围的生命数量
void Data();//调用已存的游戏数据

main()
{
system("mode con cols=99 lines=50");//设置窗口大小
system("color 80");//设置颜色
Initialize();//初始化一个对局函数
RunGame();//进行游戏

}

void Initialize()//初始化一个对局函数
{
Data();//调用已存的游戏数据
}

void RunGame()//进行游戏
{
int i,j,s=0;
int flag=0;
while(1)
{
system("cls");//清理屏幕，准备写入
for(i=1;i<N+1;i++)
{
for(j=1;j<N+1;j++)
if(aa[i][j]1)
printf("■");
else if(aa[i][j]0)
printf("□");
printf(" ");
}
for(i=1;i<N+1;i++)
for(j=1;j<N+1;j++)
{
s=Count(i,j);
if(aa[i][j]1)
{
if(s<2)
bb[i][j]=0;//如果一个生命周围的生命少于2个，它在回合结束后死亡。
else if(s>3)
bb[i][j]=0;//如果一个生命周围的生命超过3个，它在回合结束后死亡。
else if(s2||s3)
bb[i][j]=1;//如果一个生命周围有2或3个生命，它在回合结束时保持原样。
}
else if(aa[i][j]0)
{
if(s==3)
bb[i][j]=1;//如果一个死格周围有3个生命，它在回合结束时获得生命。
}
}
for(i=1;i<N+1;i++)
for(j=1;j<N+1;j++)
aa[i][j]=bb[i][j];

    if(flag==0)
    {
        getchar();
        flag=1;
    }
}

}

int Count(int i,int j)//计算生命周围的生命数量
{
int s=0,a,b;
for(a=-1;a<=1;a++)
for(b=-1;b<=1;b++)
if(!(a0&&b0)&&aa[i+a][j+b]==1)
s++;
return s;
}

void Data()//调用已存的游戏数据
{ int i,j;
for(i=0;i<N;i++){
for(j=0;j<N;j++)
aa[i][j]=rand()%2;}
}

（2）先将源程序导入到VS2019中，配置新项目，输入项目名称和位置，点击next，选择空项目，完成：

在Visual C++窗口选择C++文件，填入文件名；

在新建的文件中，写入代码，运行调试一下：

运行调试结果：成功生成

（3）单元测试
打开vs2019 ，根据我们的C语言代码，选择MSTest测试项目：

配置项目名称：UnitTest，在将这个项目放到D盘：

在左边窗口，源文件中新建两个cpp文件：pch.cpp和UnitTest.cpp

代码格式：

include "pch.h"

include "CppUnitTest.h"

using namespace Microsoft::VisualStudio::CppUnitTestFramework;

namespace UnitTest
{
TEST_CLASS(UnitTest)
{
public:

TEST_METHOD(TestMethod1)
{
}
};
}

本次实验：没有实验成功

两个工匠的方法都各有好处，适用于不同情况。，第一个工匠因为良好的编程习惯，可以及时修改错误，不会到最后才发现只是一个小小的错误，引起的失败。适用于长期使用的软件。
而如果你着急去研发软件，推广到市场，你就可以选择第二个工匠的方法，类似我们现在所做的单元测试，大大缩短了砌墙的时间。

小结：
本次实验是做单元测试，没有实验成功，我们代码选用的是C语言，刚开始我们是想选用miniunit,上网查询时发现，有关miniunit软件的资料太少，只是说miniunit含有三行简单的代码，下载miniunit.h运行test代码的时候，一直在#include ”miniunit.h”显示有错，最后没找到解决方案，就放弃了。
后来选用VS2019做单元测试，调试时一直显示发生生成错误，是否继续并运行上次的成功生成？” 点击“是”之后，又显示“无法启动程序：D样本这个号debug这个号.exe"系统找不到指定文件。

解决方案：该对话框的在下次启动项目时，可设置是否显示。点击VS菜单"工具"→"选项"→"项目和解决方案"→"生成并运行"→“运行时，当出现生成或部署错误时”下面的选项进行设置。