一文搞定单元测试核心概念

基础概念

单元测试(unittesting),是指对软件中的最小可测试单元进行检查和验证,这里的最小可测试单元通常是指函数或者类。单元测试是即所谓的白盒测试,一般由开发人员负责测试,因为开发人员知道被测试的软件如何完成功能和完成什么样的功能。我们熟知的Junit、TestNG、unittest、pytest就是单元测试的一种具体表现形式。

单元测试的范围

•      接口功能测试

•      边界条件测试

•      所有独立执行通路测试

•      各条错误处理通路测试

•      静态代码分析

其中,前两项接口功能测试和边界条件测试就是我们熟知的接口测试!而对于后三项通常都是开发人员通过工具辅助自测完成的,常用的工具括:Sonar、PMD、FindBugs、Checkstyle、Jacoco等等(好多工具都集成到IDE中,开发人员使用非常方便)。

单元测试引入的原因

单元测试提供快速反馈,把bug消灭在开发阶段,减少问题流到集成测试、验收测试和用户,降低了软件质量控制的成本。

不同的开发语言都有对应的单元测试框架

Java         Junit3\Junit4\ Junit5\TestNG

Python        unittest\pytest

C++          CppUnit

.net          Nunit

JavaScript       Qunit

本文只介绍单元测试的通用概念,至于具体框架的使用细节以及框架间的区别在这里不会赘述。一般单元测试框架都会提供以下基础功能:测试用例的编写规则,校验用例通过与否的方法(断言),批量运行用例的方法,通过测试报告查看测试结果。高级功能包括:用例的前置\后置条件,用例执行超时校验、异常校验、用例参数化、用例之间的依赖、多线程运行用例、用例分组等等。

实例讲解

举一个Java程序猿进行单元测试的实例:

public class Calc {

    public int add(int a, int b) {

       return a + b;

    }

    public int substract(int a, int b) {

       return a - b;

    }

    public int multiply(int a, int b) {

       return a * b;

    }

}

使用Junit4对类Calc 进行单元测试

public class CalcTest

{

   @Test

   public void test_1()

{

    Calc c=new Calc();

      int result=c.add(1,1);

      assertEquals(2,result);   

}

   @Test

   public void test_2()

{

     Calc c=new Calc();

       int result=c.substract(1,1);

       assertEquals(0,result);   

}

 

   @Test

   public void test_3()

{

       Calc c=new Calc();

       int result=c.multiply(1,1);

        assertEquals(1,result);   

}

}

我们不难看出,单元测试的本质是通过代码对类中的方法进行测试(首先实例化类,然后调用需要测试的方法),进而判断方法(通常使用断言)的运行结果是否符合我们的预期!其中用@Test 标签修饰的方法表示测试用例,assertEquals代表断言(第一个参数是期望结果,第二个参数是实际运行结果),下图表示运行后的测试结果。

我们再写一个测试类,故意出现错误的期望结果,代码如下:

public class CalcTest2

{

   @Test

   public void test_1()

{

     Calc c=new Calc();

       int result=c.add(1,1);

      assertEquals(3,result);   

}

 

   @Test

   public void test_2()

{

      Calc c=new Calc();

       int result=c.substract(1,1);

       assertEquals(1,result);   

}

}

运行结果如下:

 

 

 

通过suite执行多个用例

import org.junit.runner.RunWith;

import org.junit.runners.Suite;

import org.junit.runners.Suite.SuiteClasses;

@RunWith(Suite.class)

@SuiteClasses({CalcTest.class,CalcTest2.class })

public class AllTests

{

}

 

可以看到,同时执行了两个类中的测试用例,如下图所示:

 

 

以上就是单元测试中最最基础的内容,利用以上知识点,我们就可以开展自动化测试了!

Selenium在junit4中进行web自动化测试的详情可以阅读我的文章 一文搞定Java和Python在Selenium3中的应用

Httpclient在junit4中进行接口自动化测试的详情可以阅读我的文章 一文搞定Java和Python在接口测试中的应用

总结

单元测试框架的设计目的是方便开发人员对自己代码进行测试的,但随着近年来对测试人员要求代码技能的提升,也逐渐进入了测试人员的视野,现在俨然成为了测试人员的必备技能之一!本文带读者了解单元测试的本质,无论大家使用哪种测试框架,都会涉及到这些核心知识点!当然,不同的框架会有不同的实现表达形式,也会提供不同的额外功能来满足不同的测试需求,但是灵魂的东西都是一样的,总结起来就是以下四点:

测试用例的编写规则;

校验用例通过与否的方法(断言);

批量运行用例的方法;

通过测试报告查看测试结果;

原创不易,如果文章帮到了你,欢迎转发,让更多的朋友受益!

  • 1
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
单元测试报告 版本:V1.3 文 档 编 号 保 密 等 级 作 者 最后修改日期 审 核 人 最后审批日期 批 准 人 最后批准日期 修订记录 日期 版本 修订说明 修订人 目 录 1 简介 2 1.1 目的 2 1.2 背景 2 1.3 范围 2 2 测试用例清单 2 3 功能测试分析 2 4 边界测试分析 2 5 覆盖率分析 2 6 内存使用分析 2 7 典型缺陷记录 3 7.1 缺陷1 3 7.1.1 表现 3 7.1.2 原因 3 7.1.3 方案 3 8 测试数据分析 3 8.1 测试有效性分析 3 8.2 测试效率分析 3 9 产品质量分析 4 10 测试结论 4 简介 目的 【描述单元测试报告的目的。】 背景 【描述单元测试报告的背景,单元测试活动目的。如无特殊背景信息,可裁剪。】 范围 【说明该单元测试报告在整个项目周期的适用范围】 测试用例清单 模块 目标类 级别 用例类 用例描述 执行结果 备注 【被测的代码类】 【代码级别】 【Junit测试类1】 【意图描述】 【P/F】 【Junit测试类2】 功能测试分析 边界测试分析 覆盖率分析 目标类 级别 方法覆盖率 行覆盖率 备注 【被测的代码类】 【代码级别】 内存使用分析 典型缺陷记录 记录单元测试中所发现的典型缺陷或常见缺陷。供再次发现同类问题时,作为参考使用。 缺陷1 表现 【缺陷表现描述】 原因 【缺陷产生原因分析描述】 方案 【解决方案描述】 测试有效性分析 【统计实际发现的缺陷数据,分析与计划值产生偏差的原因,结合《项目量化管理计划》定义的阈值,确定是否采取相关措施】 计划发现缺陷数 致命 严重 一般 实际发现缺陷数 偏差分析 对策或调整措施 产品质量分析 【结合上述数据和信息,对本次测试的项目、产品的本身质量进行分析、评价和总结】 测试结论  【描述测试是否达到测试计划的目的,是否满足单元测试的结束条件。】
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

测试开发Kevin

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值