AI 助理
备案控制台
开发者社区 开发与运维 文章 正文

JUnit测试框架使用介绍

2017-11-09 945
版权
版权声明：
本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《 阿里云开发者社区用户服务协议》和 《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写 侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
简介：
JUnit 是由  Erich Gamma  和  Kent Beck  编写的一个回归测试框架（ regression testing framework ）。 Junit 测试是程序员测试，即白盒测试。该项目主页 :[url]http://www.junit.org/[/url]

 

JUnit 测试骨架

使用 JUnit 时，主要都是通过继承 TestCase 类别来撰写测试用例，使用 testXXX() 名称来撰写单元测试。
用 JUnit 写测试真正所需要的就三件事：
1 ．    一个 import 语句引入所有 junit.framework.* 下的类。
2 ．    一个 extends 语句让你的类从 TestCase 继承。
3 ．    一个调用 super(string) 的构造函数。
功能类 MathTool
package  com.zj.c01;

 

public   class  MathTool {

     public   static   int  gcd( int  num1,  int  num2) {

        int  r = 0;

        while  (num2 != 0) {

           r = num1 % num2;

           num1 = num2;

           num2 = r;

       }

        return  num1;

    }

}
测试类 MathToolTest
package  com.zj.c01;

import  junit.framework.TestCase;

 

public   class  MathToolTest  extends  TestCase {

     public  MathToolTest(String name) {

        super (name);

    }

 

     public   void  testGcd() {

       assertEquals(5, MathTool.gcd(10, 5));

    }

}
使用 Eclipse-Run As JUnit Test
在运行 TestRunner 执行测试时，你会发现到有 Failure 与 Error 两种测试尚未通过的信息。
Failure 指的是预期的结果与实际运行单元的结果不同所导致，例如当使用 assertEquals() 或其它 assertXXX() 方法断言失败时，就会回报 Failure ，这时候要检查你的单元方法中的逻辑设计是否有误。
Error 指的是你的程序没有考虑到的情况，在断言之前程序就因为某种错误引发例外而终止，例如在单元中存取某个数组，因为存取超出索引而引发  ArrayIndexOutOfBoundsException ，这会使得单元方法无法正确完成，在测试运行到 asertXXXX() 前就提前结束，这时候要检查你的单元方法中是否有未考虑到的情况而引发流程突然中断。

 

JUnit 的各种断言

JUnit 提供了一些辅助函数，用于帮助你确定某个被测试函数是否工作正常。通常而言，我们把所有这些函数统称为断言。断言是单元测试最基本的组成部分。
1. assertEquals([String message], expected,actual)
比较两个基本类型或对象是否相等（ expected 和 actual 是原始类型数值 (primitive value) 或者必须为实现比较而具有 equal 方法）；
2.assertFalse([String message],boolean condition)
对布尔值求值，看它是否为 “ 真 “ ；
3.assertTrue([String message],boolean condition)
对布尔值求值，看它是否为 “ 假 “ ；
4.assertNull([String message],java.lang.Object object)
检查对象是否为 “ 空 “ ；
5.assertNotNull([String message],java.lang.Object object)
检查对象是否不为 “ 空 ” ；
6.assertSame([String message],expected,actual)
检查两个对象是否为同一实例；
7.assertNotSame([String message],expected,actual)
检查两个对象是否不为同一实例；
8. fail( String message )
使测试立即失败，其中  message  参数使可选的。这种断言通常被用于标记某个不应该到达的分支（例如，在一个预期发生的异常之后）

 

一个 TestCase 测试实例

下面是一个数字功能类，它提供了求最大值函数和求最小值函数：
package  com.zj.c01;

 

public   class  NumberTool {

     public   static   int  getMax( int [] arr) {

        int  max = Integer. MIN_VALUE ;

         if  (arr. length  == 0)

            throw   new  RuntimeException( "Empty list" );

        for  ( int  index = 0; index < arr. length ; index++) {

            if  (arr[index] > max)

              max = arr[index];

       }

        return  max;

    }

 

     public   static   int  getMin( int [] arr) {

        int  min = Integer. MAX_VALUE ;

        if  (arr. length  == 0)

            throw   new  RuntimeException( "Empty list" );

        for  ( int  i = 0; i < arr. length ; i++) {

            if  (arr[i] < min)

              min = arr[i];

       }

        return  min;

    }

}
下面针对求最大值函数编写测试用例：
1. 简单测试： [7,8,9]->9 ；
2. 位序测试： [9,8,7] ->9 ； [7,9,8] ->9 ； [8,7,9] ->9 ；
3. 重复值测试： [9,7,9,8] ->9 ；
4. 单值测试： [1]->1 ；
5. 负值测试： [-7,-8,-9]->-7 ；
6. 空值测试： []-> 抛出异常；
测试类 NumberToolTest ：
package  com.zj.c01;

import  junit.framework.TestCase;

 

public   class  NumberToolTest  extends  TestCase {

     public  NumberToolTest(String name) {

        super (name);

    }

 

     public   void  testSimple() {

       assertEquals(9, NumberTool.getMax( new   int [] { 7, 8, 9 }));

    }

 

     public   void  testOrder() {

       assertEquals(9, NumberTool.getMax( new   int [] { 9, 8, 7 }));

       assertEquals(9, NumberTool.getMax( new   int [] { 7, 9, 8 }));

       assertEquals(9, NumberTool.getMax( new   int [] { 8, 7, 9 }));

    }

 

     public   void  testDups() {

       assertEquals(9, NumberTool.getMax( new   int [] { 9, 7, 9, 8 }));

    }

 

     public   void  testOne() {

       assertEquals(1, NumberTool.getMax( new   int [] { 1 }));

    }

 

     public   void  testNegitave() {

       assertEquals(-7, NumberTool.getMax( new   int [] { -7, -8, -9 }));

    }

 

     public   void  testEmpty() {

        try  {

           NumberTool.getMax( new   int [] {});

           fail( "Should have thrown an exception" );

       }  catch  (RuntimeException e) {

           assertTrue( true );

       }

    }

}
使用 Eclipse-Run As JUnit Test

 

JUnit 和异常

对于测试而言，下面两种异常是我们可能会感兴趣的：
1 ．    从测试代码抛出的可预测异常。
2 ．    由于某个模块（或代码）发生严重错误，而抛出的不可预测异常。
任何对 assertTrue(true) 的使用都应该被翻译为“我预期控制流程会达到这个地方”。通常而言，对于方法中每个被期望的异常，你都应该写一个专门的测试来确认该方法在应该抛出异常的时候确实会抛出异常。如上例中 testEmpty() 测试方法的设计。
对于处于出乎意料的异常，你最好简单的改变你的测试方法的声明让它能抛出可能的异常。 JUnit 框架可以捕获任何异常，并且把它报告为一个错误，这些都不需要你的参与。

 

Per-method 的Setup和Tear-down

对于重复出现在各个单元测试中的运行环境，可以集中加以管理，可以在继承TestCase之后，重新定义setUp()与tearDown()方法，将数个单元测试所需要的运行环境在setUp()中创建，并在tearDown()中销毁。

JUnit 的 TestCase 基类提供两个方法供你改写，分别用于环境的建立和清理：
protected void setup();
protected void teardown();

 

测试类 MathToolTest2 ：
package  com.zj.c01;

import  junit.framework.TestCase;

 

public   class  NumberToolTest2  extends  TestCase {

     private   int []  arr ;

 

     public  NumberToolTest2(String name) {

        super (name);

    }

 

     protected   void  setUp()  throws  Exception {

        super .setUp();

        arr  =  new   int [] { -5, -4, -3, -2, -1, 0, 1, 2, 3, 4, 5 };

    }

 

     protected   void  tearDown()  throws  Exception {

        super .tearDown();

        arr  =  null ;

    }

 

     public   void  testMax() {

       assertEquals(5, NumberTool.getMax( arr ));

    }

 

     public   void  testMin() {

       assertEquals(-5, NumberTool.getMin( arr ));

    }

}

 

TestSuite

每一个定义好的TestCase，都使用TestRunner来运行测试，事实上TestRunner并不直接运行TestCase上的单元方法，而是通过TestSuite ，TestSuite可以将数个TestCase组合在一起。

在上面的例子中，并没有看到任何的TestSuite，这是因为TestRunner的run()方法中会建立TestSuite：

static   public   void  run(Class testClass) {

    run( new  TestSuite(testClass));

}

在这个TestSuite的建构式中，会使用反射自动找出testXXX()方法，并加入待执行的测试方法， TestRunner的run()方法中会去执行TestSuite上的run()方法，然后TestSuite会将之委托给TestCase上的 run()方法，而该run()方法中执行每一个testXXX()方法。

如果你只想执行某TestCase中的部分测试函数，则可自己构建TestSuite，下面的代码针对NumberToolTest中的两个测试函数testSimple()和testNegitave()进行测试。

package  com.zj.c02;

import  com.zj.c01.NumberToolTest;

import  junit.framework.Test;

import  junit.framework.TestSuite;

 

public   class  PartTest {

     public   static  Test suite() {

       TestSuite suite =  new  TestSuite();

       suite.addTest( new  NumberToolTest( "testSimple" ));

       suite.addTest( new  NumberToolTest( "testNegitave" ));

        return  suite;

    }

}

使用 Eclipse-Run As JUnit Test
你也可以组合多个testCase，下面的代码将MathToolTest和NumberToolTest集中到一个TestSuite中：

package  com.zj.c02;

import  com.zj.c01.MathToolTest;

import  com.zj.c01.NumberToolTest;

import  junit.framework.Test;

import  junit.framework.TestSuite;

 

public   class  CompositeTest {

     public   static  Test suite() {

       TestSuite suite =  new  TestSuite( "Running all tests." );

       suite.addTestSuite(MathToolTest. class );

       suite.addTestSuite(NumberToolTest. class );

        return  suite;

    }

}

使用 Eclipse-Run As JUnit Test

 

Per-suite Setup 和Tear-down

一般而言，你只须针对每个方法设置运行环境；但是在某些情况下，你须为整个test suite设置一些环境，以及在test suite中的所有方法都执行完成后做一些清理工作。要达到这种效果，你需要per-suite setup和per-suite teardown。

Per-suite 的setup要复杂一些。你需要提供所需测试的一个suite（无论通过什么样的方式）并且把它包装进一个TestSetup对象。注意你可以在同一个类中同时使用per-sutie和per-test的setup()和teardown。

package  com.zj.c02;

import  junit.extensions.TestSetup;

import  junit.framework.Test;

import  junit.framework.TestSuite;

import  com.zj.c01.MathToolTest;

import  com.zj.c01.NumberToolTest;

 

public   class  WrapperCompositeTest {

     public   static  Test suite() {

       TestSuite suite =  new  TestSuite( "Running all tests with env." );

       suite.addTestSuite(MathToolTest. class );

       suite.addTestSuite(NumberToolTest. class );

       TestSetup wrapper =  new  TestSetup(suite) {

            protected   void  setUp() {

              doSetUp();

           }

 

            protected   void  tearDown() {

              doTearDown();

           }

       };

        return  wrapper;

    }

 

     public   static   void  doSetUp() {

        // initialization codes

    }

 

     public   static   void  doTearDown() {

        // release codes

    }

}

 


本文转自zhangjunhd51CTO博客，原文链接：http://blog.51cto.com/zhangjunhd/132553，如需转载请自行联系原作者

文章标签：
测试技术
索引
程序员
关键词：
JUnit测试
测试框架
JUnit框架
JUnit测试框架
科技小先锋
目录
相关文章
热爱技术的小郑
|
4天前
|
XML Java 测试技术
Spring5入门到实战------17、Spring5新功能 --Nullable注解和函数式注册对象。整合JUnit5单元测试框架
这篇文章介绍了Spring5框架的三个新特性：支持@Nullable注解以明确方法返回、参数和属性值可以为空；引入函数式风格的GenericApplicationContext进行对象注册和管理；以及如何整合JUnit5进行单元测试，同时讨论了JUnit4与JUnit5的整合方法，并提出了关于配置文件加载的疑问。
热爱技术的小郑
11 0
Spring5入门到实战------17、Spring5新功能 --Nullable注解和函数式注册对象。整合JUnit5单元测试框架
aliyun8599273441-30642
|
19天前
|
Web App开发 数据管理 测试技术
自动化测试框架的搭建与实践
【8月更文挑战第1天】在软件开发的海洋中，自动化测试犹如一座灯塔，为开发团队指引方向，确保代码质量。本文将深入探讨如何搭建一套高效的自动化测试框架，并通过实际案例，揭示其在项目中的应用价值。我们将从框架设计原则出发，逐步实现一个简易的自动化测试框架，并分享实践中的经验和教训，帮助读者理解自动化测试的核心理念及其在真实世界的应用。
aliyun8599273441-30642
91 57
众所周知
|
8天前
|
IDE 测试技术 持续交付
Python自动化测试与单元测试框架：提升代码质量与效率
随着软件行业的发展，代码质量和效率变得至关重要。自动化测试与单元测试是保证质量、提升效率的关键。Python凭借其简洁强大及丰富的测试框架（如Selenium、Appium、pytest和unittest等），成为了实施自动化测试的理想选择。本文将深入探讨这些框架的应用，帮助读者掌握编写高质量测试用例的方法，并通过持续集成等策略提升开发流程的效率与质量。
众所周知
27 4
龙大吉
|
8天前
|
Web App开发 IDE 测试技术
天呐！当揭开 Selenium 自动化测试框架的神秘面纱，设计与实现令人瞠目！
【8月更文挑战第12天】Selenium 是一强大自动化测试框架，用于Web应用测试。它含WebDriver、IDE和Grid等工具，支持Chrome、Firefox等浏览器。可通过编程模拟用户交互验证应用功能。例如使用Python结合Selenium WebDriver编写自动化测试脚本，实现打开网页、操作元素及断言等功能。还可结合测试框架和Selenium Grid提升测试效率和并行执行能力。
龙大吉
20 1
1592440288735793
|
14天前
|
人工智能 测试技术 持续交付
探索自动化测试框架的演进与实践
【8月更文挑战第6天】 随着软件行业的快速发展，自动化测试已经成为保障软件质量的关键手段。本文将深入分析自动化测试框架的发展脉络，从早期的线性脚本到现代的模块化、数据驱动和关键字驱动的框架，再到最新的基于AI的智能测试工具。文章还将探讨如何在实际工作中有效实施这些框架，以及在面对新技术时如何保持测试策略的灵活性和前瞻性。
1592440288735793
30 2
历年考试不作弊
|
19天前
|
jenkins 测试技术 持续交付
自动化测试框架的设计与实现
【8月更文挑战第1天】在软件开发过程中，测试是确保产品质量的关键步骤。本文将探讨如何设计并实现一个高效且可扩展的自动化测试框架，旨在提高测试效率，减少重复性工作，并通过具体示例展示其在现实项目中的应用。
历年考试不作弊
19 5
shuj
|
20天前
|
运维 测试技术 调度
自动化测试框架的设计与实现自动化运维的利器：Ansible Role 实践指南
【7月更文挑战第31天】随着软件开发周期的缩短和迭代速度的加快，手动软件测试已难以满足效率与质量的双重需求。本文将深入探讨如何设计并实现一个高效的自动化测试框架，以提升测试工作的效率和准确性。我们将通过具体的代码示例，展示框架的核心组件和实现逻辑，帮助读者理解自动化测试框架的构建过程及其在实际项目中的应用价值。
shuj
26 5
天下无贼001
|
17天前
|
存储 数据管理 jenkins
自动化测试框架的搭建与实践
【8月更文挑战第3天】随着软件行业的迅猛发展，自动化测试已成为保证软件质量的重要手段。本文将介绍如何搭建一个高效的自动化测试框架，并通过实际代码示例展示其应用。我们将探讨框架设计的核心原则、工具选择和脚本编写的最佳实践，以及如何通过持续集成实现自动化测试流程的优化。
天下无贼001
22 1
mrq4nk6ni2neg
|
17天前
|
敏捷开发 Web App开发 jenkins
自动化测试框架的搭建与实践
【8月更文挑战第3天】在软件开发过程中，自动化测试已成为提高软件质量和开发效率的关键。本文将深入讨论如何搭建一个高效且可靠的自动化测试框架，包括工具选择、环境配置、脚本编写和执行策略等。通过实际案例，我们将展示框架的具体实施过程，并分析其在真实项目中的表现和效益。
mrq4nk6ni2neg
26 1
广州爱奇迪
|
20天前
|
开发框架 前端开发 JavaScript
ABP框架测试信息---Winform端、动态网站、Vue&Element管理后端等
ABP框架测试信息---Winform端、动态网站、Vue&Element管理后端等
广州爱奇迪
26 1

热门文章

最新文章

  • 1
    技术分享 | 常用测试策略与测试手段
  • 2
    AlwaysOn可用性组功能测试(2)-SQL Server群集故障转移
  • 3
    Go语言的基准测试简单示例
  • 4
    测试多线程对多核cpu的分支预测的影响
  • 5
    启用WCF测试客户端（WCF Test Client）的相关技巧
  • 6
    前置测试模型2
  • 7
    用C＃做了个Online Judge，正在半公开测试，希望各位朋友赏光看下
  • 8
    IE9 Beta与四大浏览器基准测试对比
  • 9
    ORACLE _small_table_threshold与event 10949与direct path read测试
  • 10
    （ 转）性能测试--地铁模型分析
  • 1
    Spring系列文章：Spring集成Log4j2⽇志框架、整合JUnit
    24
  • 2
    junit单元测试
    36
  • 3
    Junit 单元测试
    94
  • 4
    TestNG 与 JUnit 测试框架：哪个更好？
    110
  • 5
    spring 单元测试 Junit
    65
  • 6
    spring之单元测试：JUnit
    99
  • 7
    【JavaSE】Junit测试
    50
  • 8
    SpringBoot整合Junit进行单元测试
    52
  • 9
    Mybatis之Mybatis简介、搭建Mybatis相关步骤（开发环境、maven、核心配置文件、mapper接口、映射文件、junit测试、log4j日志）
    251
  • 10
    JUnit 5 单元测试
    83

    • 相关课程

    更多
  • MSE微服务测试最佳实践 - 自动化回归
  • SpringBoot快速掌握 - 高级应用

    • 相关电子书

    更多
  • 移动互联网测试到质量的转变
  • 给ITer的技术实战进阶课-阿里CIO学院独家教材（四）
  • F2etest — 多浏览器兼容性测试整体解决方案

    • 相关实验场景

    更多
  • 从零搭建Spring Boot的Hello World
  • 快速上手并跑通AnalyticDB PostgreSQL版TPC-H测试
  • 极致弹性的PolarDB Serverless确保数据业务持续在线
    • 下一篇
    通义千问API入门教程