首页 > 代码库 > UML之轻松入门(2)-掌握Junit,让我们的开发更高效

UML之轻松入门(2)-掌握Junit,让我们的开发更高效

     使用UML不仅可以形象化的表达我们的程序思想,而且可以帮助我们提高程序的质量。一个杂乱无章的程序让维护者望而生畏,其成本也可想而知。在面向程序设计(OOD)中有5条原则是帮助我们设计一个高效、简洁的程序:1.单一职责原则(SRP) 2.开放-闭合原则(OCP) 3.Liskov替换原则(LSP) 4.依存关系倒置原则(DIP) 5.接口隔离原则(ISP).然而这5个原则不是本节讨论的重点,我们将从一个更简单基础的部分入手-JUnit
     想象一下如果程序中每增加一个功能或修改一些代码,都需要整个程序作支持,那这个开发过程将显得多么繁琐。这样的代码也必然不符合OCP原则,因此我们可以利用Junit来创建单元测试来验证我们的代码是否合理。本文将从以下4个方面讨论JUnit的用法:1.JUnit的配置 2.JUnit的使用 3.断言(assert的用法) 4.Test的用法 5.其他的要点

     1.Junit的配置


     在集成开发工具IDE如eclipse中集成了JUnit,在其它开发工具中需导入Junit包,下面我们演示如何在MyEclipse中添加JUnit测试:
    
     从图我们可以看出我们有一个名为LearnJunit的项目,下面有一个com.junit.dome的包,包里就只有一个方法:abs();用来求一个给定整数的绝对值。接下来我们将以此为例,展示如何在MyEclipse中添加JUnit并测试abs()方法。
     我们的操作流程是这样的:右键单击项目 ——> NEW ——> JUnit Test Case
     
   

     在弹出的对话框中,我们需要填入包名和类名以及需要测试的类的名称。这里,我们创建一个com.junit.test包,创建一个JunitTest类并舍者需要测试的类为com.junit.demo.JUnit01来进行测试。同时MyEclipse会自动为我们添加相应的JAR包。
    
     在这里我们就完成了对JUnit的配置工作。

     2.Junit的使用


     使用JUnit一般步骤为:1.准备测试条件并未测试分配资源 2.设置断言并进行测试 3.清除回收各种资源

     public class JunitTest {
     //在这里进行变量的声明
     Junit01 testJunit01;

     @Before
     public void setUp() throws Exception {
            //在这里进行实例化
            testJunit01 = new Junit01();
     }

     @After
     public void tearDown() throws Exception {
            //着这里进行各种资源的回收
            testJunit01 = null;
     }

     @Test
     public void test() {
            //在这里进行各种测试
            assertEquals(-2,testJunit01.abs(-2));
     }
  }

     我们单击右键 ——> Run As ——> JUnit Test.系统将自动为我们准备@Before中的环境,并运行@Test中的测试。进度条为绿,则说明测试通过。进度条为红,则可能为Failure,也可能为Error。前者则说明assertEquals设置的断言有误,代码本身没错,我们只需要检查逻辑。后者则说明代码本身有错误,存在异常。

     3.断言(assert的用法)


     JUnit中提供了大量断言,它表示方法运行后的值是否满足我们的期望。断言的用法大同小异,下面我们列举一些常用的断言:

     assertEquals                    要注意相应类型的精度范围
     assertNull,assertSame   是否引用的同一个对象
     assertTrue , assertFail      常用在不可能到达的地方,如捕获异常后

     4.Test的用法


     在JUnit 4之前,JUnit一直是运用反射机制如testXXX来寻找需要测试的方法。JUnit 4引入了注解模式,只需要在方法名称前加上@Test  注解即表示此为测试方法而无需在意方法的名称。@Before  和@After 用法相似。
     这里的@Test 还有两种用法,即可以传递两个参数:1.experted 2.timeout

     expected


     表示期望捕获的异常,如果没有捕获异常或者捕获的异常并不是期望的,都会产生Failure。例如:
     
     @Test(expected=IndexOutOfBoundsException. class)
     public void test() {
            //在这里进行各种测试
            new ArrayList<>().get(2);
     }

     这里必然会引起IndexOutOfBoundsException,因此测试成功。

     timeout


     表示方法执行的毫秒数,超过设置的值就会产生Failure。例如

     @Test(timeout=1000)
     public void test() {
            //在这里进行各种测试
            while( true){}
     }

     5.其他的要点


     关于setUp()和tearDown()调用次数的问题:
 
    public class JunitTest {
     //在这里进行变量的声明

     @Before
     public void setUp() throws Exception {
            //在这里进行实例化
           System. out.println( "setUp");
     }

     @After
     public void tearDown() throws Exception {
            //着这里进行各种资源的回收
           System. out.println( "tearDown");
     }

     @Test
     public void test01() {
            //在这里进行各种测试
     }

     @Test
     public void test02() {
            //在这里进行各种测试
     }
  }

     结果输出了两次"setUp","tearDown"。这说明每设置一个测试用例都会调用一次setUp()和tearDown()。


UML之轻松入门(2)-掌握Junit,让我们的开发更高效