标签:
测试用例
单元测试时每个开发人员必需掌握的,是保证开发过程中代码的准确性,无误性,保证代码质量。敏捷开发模式是先根据用户需求写测试用例,考虑基本所有用户所需要的情况,再写实现方法。单元测试有很多种,当前主流的是Junit,它是java领域测试中应用最多的开源框架
Junit版本
Junit3.8 基于反射的
Junit4 基于注解的
规范:junit测试代码与待测试源代码(src)分开,方便剔除测试代码。
在项目工程中new->Source Folder新建一个源代码目录"test"
在test源码目录中,创建与src目录下相同结构的包,这样测试类中就不必导入源代码 所在的包,因为他们位于同一个包下面
测试类的命名规则:假如目标类是 Calc,那么测试类应该命名为 TestCalc 或者是 CalcTest
看下目录结构
目录src与目录test内
编译后放到相同的目录bin内
测试用例(Test case)方法须满足如下原则:
测试要保持状态的一致性,测试之前是什么状态,测试执行完之后就应是什么状态,而不应该由于测试执行的原因导致状态的改变。比如对一些文件的修改和对数据库的访问修改。
测试用例之间一定要保证完全的独立性,不允许出现任何依赖关系。
对于待测方法的测试前后的工作可以在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