测试用例
单元测试时每个开发人员必需掌握的，是保证开发过程中代码的准确性，无误性，保证代码质量。敏捷开发模式是先根据用户需求写测试用例，考虑基本所有用户所需要的情况，再写实现方法。单元测试有很多种，当前主流的是Junit，它是java领域测试中应用最多的开源框架
Junit版本
Junit3.8 基于反射的
Junit4 基于注解的
规范:junit测试代码与待测试源代码(src)分开，方便剔除测试代码。
在项目工程中new->Source Folder新建一个源代码目录"test"
在test源码目录中，创建与src目录下相同结构的包，这样测试类中就不必导入源代码 所在的包，因为他们位于同一个包下面
测试类的命名规则：假如目标类是 Calc，那么测试类应该命名为 TestCalc 或者是 CalcTest
看下目录结构
目录src与目录test内
编译后放到相同的目录bin内
测试用例(Test case)方法须满足如下原则：
- public修饰符修饰;
- 无返回值void；
- 无方法参数 //不满足前三条的测试方法不会执行。
- 方法名须以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 有兴趣的可以搜搜看看。