首页 > 代码库 > 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,让我们的开发更高效
声明:以上内容来自用户投稿及互联网公开渠道收集整理发布,本网站不拥有所有权,未作人工编辑处理,也不承担相关法律责任,若内容有误或涉及侵权可进行投诉: 投诉/举报 工作人员会在5个工作日内联系你,一经查实,本站将立刻删除涉嫌侵权内容。