• 实验五 单元测试


    一、实验目的

    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语言编写的代码

    三丶实验过程

    1.源代码

    #include<stdio.h>
    #include<math.h>
    #include<windows.h>
    int right=0;
    int wrong=0;
    void add()
    {
    int a,b,c;
    a=rand()%100;
    b=rand()%100;
    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()%100;
    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()%100;
    b=rand()%100;
    printf("请回答: %d * %d = ",a,b);
    scanf("%d",&c);
    if(a*b==c)
    {
    printf("回答正确! ");
    right++;
    }
    else
    {
    printf("回答错误! ");
    wrong++;
    }
    }
    void di()
    {
    int a,b,c;
    a=rand()%100;
    b=rand()%100;
    printf("请回答: %d / %d = ",a,b);
    scanf("%d",&c);
    if(a/b==c)
    {
    printf("回答正确! ");
    right++;
    }
    else
    {
    printf("回答错误! ");
    wrong++;
    }
    }
    void 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;
    }
    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 道 ",right+wrong,right,wrong);
    }

    2.测试用例设计

    首先是选择需要的题目,加减乘除。

    加法测试用例

    设计正常测试用例
    5+8=13
    边界测试用例
    41+67=108
    40+67=107
     
    期望输出:
    加法测试结果如下
    5+5=
    41+67=
     
    减法测试用例
     
    设计正常测试用例
    5-4=1
    边界测试用例
    34-0=
    41-67=
     
    期望输出
    减法测试结果如下
    5-4=
    34-0=
     

    乘法测试用例

    设计正常测试用例

    2*3=6

    0乘用例

    0*3=0

    边界测试用例

    41*67=

    34*0=

    期望输出

    乘法测试结果如下
    2*3=
    41*67=2747
    34*0=0

    除法测试用例

    正常测试用例

    6/2=3

    不可整除用例

    69/24=2

    被除数为0用例

    0/3=0

    由于除数生成有0值判断,会提示异常,且代码内已避免此情况,此处不做处理

    期望输出

    除法测试结果如下
    6/3=
    69/24=

    3.测试工具的使用

          因为是C语言的程序,所以使用VS 来进行测试。

      1)打开VS2019创建空项目

    2)加入源文件,将代码放入并运行

     3)产生.obj文件以供引用后进行右键点击解决方案进行添加新建项目并选择本机单元测试并输入名称

    4)右键属性加入

    5)测试开始

     6)测试结果

     

    四、思考题

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

    答:我觉的工匠二的好。因为不论是砌砖还是编程都多多少会有错误,但是在完成编程之后统一的发现问题逐个击破比边编程边测试找错的效率要高很多,而且一边编程一边找错还会打乱编程思路和节奏。

    实验小结:

      本次实验受益良多。软件测试在以后不管是学习还是工作上都是必要的,本次实验让我学习到了软件测试工具的使用以及如何解决软件出现的问题,从而使得代码更加的规范更加准确的达到要求。

    在本次实验中也遇到了不少的问题,因为在此之前没有接触过软件测试,但是通过查询书籍以及自己上网找了一些资料,使得这些问题得到了解决。

  • 相关阅读:
    质量属性论文
    四月份-读书笔记 构建之法
    基于二元模型的拼音输入法
    融云单聊
    Gogs私有git仓库 + Drone构建CI/CD
    仿jq ajax封装支付宝小程序request.js
    Electron 和 Angular 构建桌面应用程序
    css多行溢出省略号
    package-lock和package.json
    控制窗体的小程序
  • 原文地址:https://www.cnblogs.com/Jiangxing123/p/13066700.html
Copyright © 2020-2023  润新知