码迷,mamicode.com
首页 > 其他好文 > 详细

keep the bar green to keep the code clean——Junit详解(一)

时间:2015-09-17 00:51:41      阅读:310      评论:0      收藏:0      [点我收藏+]

标签:

测试用例

单元测试时每个开发人员必需掌握的,是保证开发过程中代码的准确性,无误性,保证代码质量。敏捷开发模式是先根据用户需求写测试用例,考虑基本所有用户所需要的情况,再写实现方法。单元测试有很多种,当前主流的是Junit,它是java领域测试中应用最多的开源框架

Junit版本

Junit3.8    基于反射的

Junit4    基于注解的

 

规范:junit测试代码与待测试源代码(src)分开,方便剔除测试代码。

在项目工程中new->Source Folder新建一个源代码目录"test"

技术分享

在test源码目录中,创建与src目录下相同结构的包,这样测试类中就不必导入源代码 所在的包,因为他们位于同一个包下面

测试类的命名规则:假如目标类是 Calc,那么测试类应该命名为 TestCalc 或者是 CalcTest

技术分享

看下目录结构

技术分享

目录src与目录test内

技术分享 技术分享

编译后放到相同的目录bin内

技术分享

 

测试用例(Test case)方法须满足如下原则:

  1. public修饰符修饰;
  2. 无返回值void;
  3. 无方法参数                 //不满足前三条的测试方法不会执行。
  4. 方法名须以test开头。        //命名规范

 

测试要保持状态的一致性,测试之前是什么状态,测试执行完之后就应是什么状态,而不应该由于测试执行的原因导致状态的改变。比如对一些文件的修改和对数据库的访问修改。

测试用例之间一定要保证完全的独立性,不允许出现任何依赖关系。

对于待测方法的测试前后的工作可以在setUp()和tearDown()方法中完成。他们的执行顺序如图:

技术分享 技术分享

测试方法不能依赖方法的执行顺序,结合上图,可以看出测试方法并不按照顺序执行,但是每次测试,前后都会执行setUp()和tearDown()。

 

技术分享

Junit 默认有一个视图,当然,也有写main方法执行的Java Application运行方式。即:

    public static void main(String[] args) {

        junit.textui.TestRunner.run(CalcTest.class);

    }

 

 

技术分享

运行结果如下:

技术分享

这里第一行的每个点代表一个测试。

 

在实际开发里面,main方法的测试用得会多一点,因为开发中会把它放到自动构建文件中,直接一点就自动运行了。总归,图形界面会慢很多。

 

 

对于同一个方法的不同情况,要进行多次不同情况的测试,如测试div()方法,有除数是否为0两种情况。对div()方法做修改,判断除数,若为0,抛出异常:

public int div(int a, int b) throws Exception {

        if (b==0) {

            throw new Exception("除数不能为0!");

        }

        return a / b;

    }

 

测试方法要进行try{…}catch{…}捕获异常处理

    public void testDiv() {

        int result = 0;

        try {

            result = cal.div(4, 2);

        } catch (Exception e) {

            e.printStackTrace();

            Assert.fail();// 测试除数非0情况下捕捉到异常,测试失败

        }

        Assert.assertEquals(2, result);

        // System.out.println("testDiv() invoke");

    }

 

    /**

     * 测试0作除数的情况

     */

    public void testDivByZero() {

        try {

            cal.div(4, 0);

            Assert.fail();// 测试0作除数的情况,若能到达以一步,说明上一步没抛出异常,测试失败

        } catch (Exception e) {

            // e.printStackTrace();

            Assert.assertEquals("除数不能为0!", e.getMessage()); //对捕获到的异常断言

        }

        // System.out.println("testDiv() invoke");

    }

 

单元测试是用来判断程序的执行结果与预期的结果是否一致,通过Assert的参数类型不同的重载方法assertEquals(expected, actual), assertTure(actual), assertFalse(actual), assertNull(actual)等断言方法进行断言,判断被测试的方法返回结果actual是否符合预期的结果。So,单元测试不是证明你是对的,而只是证明没有错误。

 

展示代码已推送到github 戳此获取代码

 

 

关于junit鄙人推荐一本书:Junit in action(有中文版)

技术分享

 

关于单元测试,还有一种测试方法:TestNG     有兴趣的可以搜搜看看。

keep the bar green to keep the code clean——Junit详解(一)

标签:

原文地址:http://www.cnblogs.com/lendoon/p/4814886.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!