海鸥航际
JAVA站
posts - 11, comments - 53, trackbacks - 1, articles - 102
导航
BlogJava
首页
新随笔
联系
聚合
管理
<
2024年12月
>
日
一
二
三
四
五
六
24
25
26
27
28
29
30
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
1
2
3
4
常用链接
我的随笔
我的评论
我的参与
最新评论
留言簿
(4)
给我留言
查看公开留言
查看私人留言
随笔档案
2005年2月 (3)
2005年1月 (8)
文章分类
Design Patterns & Software Engineering (1)
J2EE (22)
J2ME 与 JavaCard
Java IDE & Application Server (6)
Java数据库技术 (49)
OpenSource Project (6)
Struts专题(18)
报表专题(7)
文章档案
2005年3月 (15)
2005年2月 (36)
2005年1月 (51)
相册
日本之行
搜索
最新评论
1. re: 使用iBATIS-Database Layer 作对象映射
ewfsadfasdfasdf
--qwe
2. Airline Tickets
评论内容较长,点击标题查看
--Blake
3. re: 基于J2EE的Blog平台
你好~~我现在做的毕业设计与这个类似,请问能否将你的源代码给我参考下?谢谢!!
我的email:supercoca@gmail.com
--wj
4. re: WebLogic Server主题
为集群的事烦啊,找了好久了,这里真全.谢谢你.
--再见还是雨冬
5. re: 招聘JAVA项目经理
过了3年就不搞了
--ican
阅读排行榜
1. Struts + Spring + Hibernate 框架资源--整理(5352)
2. Linux学习和提高优秀书籍下载(4252)
3. JAVA IDE一览(3111)
4. 招聘JAVA项目经理(2951)
5. Portal 系统(2794)
评论排行榜
1. 庆祝JavaBlog隆重开张(6)
2. 招聘JAVA项目经理(3)
3. Linux学习和提高优秀书籍下载(2)
4. JAVA IDE一览(2)
5. 转移博客园的JAVA文章出现错误,导入失败!(2)
在Eclipse中使用JUnit(翻译)
Posted on 2005-01-13 09:26
海天一鸥
阅读(299)
评论(0)
编辑
收藏
所属分类:
Java IDE & Application Server
在Eclipse中使用JUnit(翻译)
发布日期:2004-11-01
作者: rosen 的 Blog
阅读人次:2013
这篇文章将向你介绍Junit,一个用来在项目中进行测试和调试的工具。在介绍完TDD(以测试驱动开发)理论后,将进一步讲解怎样在流行的Eclipse中建立你自己的JUnit测试。向你展示如何测试Hello World这样简单的程序。
许多书上都讨论了自动测试,但是只有很少的著作注意到这么一个问题,那就是怎样把这些测试组织起来。随着测试的增加,放置和调用这些测试却变得更加麻烦。这将成为一个重要问题,以至于出现了TDD,极限编程(XP)使TDD得以普及。另外,你可以这样理解TDD:通过测试来开发。
TDD的主要规范 :
在编写程序代码之前,与之对应的自动测试必须被写好。甚至程序代码并不存在,那也要看见一个失败的测试结果。
在测试通过后,副本代码必须被丢弃。
有一个具体步骤(可能指的是《Extreme Programming》)可以被任何一个程序员来参考,而不需要特殊的其他方法。在我们开始写测试之前,这些步骤(章节)应该被首先阅读——怎样组织自动测试。
讲解一下不同种类的测试:
单元测试:检测模块(也就是类)的正确性。如果对象需要访问外部的数据资源,例如数据库,就需要模拟一个mock objects,但在实际中真实数据与测试环境是不同的。
客户测试:这是功能性、系统、和验收测试。用来测试整体的系统特性。在XP中,这些测试由用户编写。
综合测试:介于用户测试和单元测试之间的桥梁。综合测试帮助测试应用程序的交互性。一般情况下,mock objects不被用于综合测试,它会增加测试时间。同样,综合测试经常依赖特殊的测试环境,例如数据库送来的测试数据。综合测试也需要用到外部类库。例如为J2EE应用程序进行综合测试的类库Cactus。解释这些测试超出了本文的范围,需要更加详细的信息请参考http://jakarta.apache.org/cactus/。
开发人员测试:这是用来让开发人员检验自己代码或新函数的。对于每一个开发人员,只要有可能,就需要有更多的测试来检验代码。组织这些测试和组织程序代码一样重要。
在以下章节,只要提到“测试”,那就指的是开发人员测试。
我们几乎准备好开始建立测试了,先应该为我们的测试选择名字。你也许会说,“这不是问题:把‘Test’这个字放在类名前面,就好了!”不会这么快!让我来说一下这个步骤存在的问题:
在TDD中,被测试的类或者方法还不存在。
一个测试能够覆盖多个方法,甚至多个类,这是可能的。
以上只是一些普遍问题;还存在更多的问题。
让我来提一个建议,在测试命名时:测试类的名字应该让人一眼就知道这是一个测试类,且能说明它要测试什么,注意是否和其他类重名。按照以上建议做,就很简单了,也不用担心名字太长或难听。
即将在Eclipse中用JUnit工具创建我们第一个测试了。假设你已经下载了一个最新的Eclipse版本。如果还没有,你应该去官方站点http://www.eclipse.org下载。还需要JUnit,也可以从http://www.junit.org/下载。
运行Eclipse。新建一个workplace项目,点击文件->新建->项目,选择Java项目,点击下一步。起一个项目名称,例如ProjectWithJUnit。点击完成。这样就完成新项目的建立了。再来配置一下Eclipse,在构建路径中添加JUnit类库。在工具条上点击项目->属性,选择Java构建路径,库,选择添加外部JAR,浏览Junit被存储的目录,选择junit.jar,点击打开。你将会看见JUnit出现在库的列表中。点击确定,让Eclipse重建路径。
现在开发我们的“Hello World”例子。按照TDD的规则,应该在代码建立以前先把测试写好。为了能够在某出开始,我们假设未来的类名是HelloWorld,并且有一个方法Say(),这个方法返回String的值(例如“Hello World!”)。
建立测试,在ProjectWithJUnit的标题上面点击右键,选择新建->其他,展开“Java”选项,选择JUnit。在右边的栏目对话框中选择测试案例,然后下一步。参考图1。
图1. 在Eclipse中建立JUnit测试
在测试类这一栏中,写上将要被测试的类名HelloWorld。选择一个测试案例的名字,例如TestThatWeGetHelloWorldPrompt(是的,看上去很长,但是很清楚它的行为。)点击完成。
TestThatWeGetHelloWorldPrompt的代码如下:
import junit.framework.TestCase;
public class TestThatWeGetHelloWorldPrompt
extends TestCase {
public TestThatWeGetHelloWorldPrompt(
String name) {
super(name);
}
public void testSay() {
HelloWorld hi = new HelloWorld();
assertEquals(\"Hello World!\", hi.say());
}
public static void main(String[] args) {
junit.textui.TestRunner.run(
TestThatWeGetHelloWorldPrompt.class);
}
}
代码并不复杂;只是有点与众不同。然而,让我们考察一下细节。我们继承了JUnit的TestCase类,它在JUnit的javadocs定义为“运行众多测试的夹具。”JUnit也有TestSuite类,它是一组测试案例的集合,但在本文中不做讨论。
建立测试案例的步骤如下:
1、建立一个junit.framework.TestCase的实例。
2、定义一些以“test”开头的无返回方法(例如testWasTransactionSuccessful(),testShow(),等等)。
TestThatWeGetHelloWorldPrompt.java包含这些:TestCase的子类和一个叫做testSay()的方法。这个方法调用了assertEquals()函数,它用来比较我们预期的值和由say()返回的值。
main()方法用来运行测试和显示输出的。JUnit的TestRunner处理测试,提供基于图像和文本的输出表现形式。我们使用基于文本的版本,因为Eclipse支持它,且也适合我们。当开始运行后,基于文本的版本测试会以文本形式输出,Eclipse会把这些输出自动变成图像界面的输出。
按照TDD规范,首次运行测试,应该故意让它失败。点击运行->运行为->Junit测试(记住TestThatWeGetHelloWorldPrompt.java应该被突出的显示在包资源管理器中)。在左边窗口,应该看见JUnit窗口而不是包资源管理器,它显示一个红条,一次失败的测试,具体的失败原因参看图2。如果没有自动显示这些内容,点击JUnit标签(在底部的左边)。
图2. JUnit中失败的测试
很好!的却失败了。现在我们来建立被测试代码:在包资源管理器窗口的ProjectWithJUnit标题上右击,选择新建->类。选择类名,我们已经假设了它叫HelloWorld,然后直接点击完成。为HelloWorld.java填入下列代码:
public class HelloWorld {
public String say() {
return(\"Hello World!\");
}
}
这段代码很简单,甚至不需要注解,我们再来看看结果。按照上面描述过的方式,在JUnit的窗口中显示了一个绿条,参看图3。绿条证明测试成功。
图3. JUnit中成功的测试
现在,我们想再让测试失败一次,但原因不同。这有助于展示JUnit测试中不同的报错信息。修改assertEquals()代码,把“Hello World!”变成“Hello Me!”。当再次运行JUnit时,结果变成了红条,在JUnit窗口的底部输出了失败原因,参看图4。
图4. JUnit中的ComparisonError
最后,我想说一下关于测试是开发过程中的必要部分的话题。测试代码一直是开发中的重要部分。经过近几年的发展,已得到了很大的提高,这要归功于强大的理论研究(比如“expectations-based development”等等),和快速发展的测试工具包,还有测试过程的改进。如果你对这篇文章感兴趣,那请你花一些时间来正式的学习一下测试理论吧,这对你的工作很有用。
关于作者:
Alexander Prohorenko 一名UNIX系统管理员、网络安全管理员。
Olexiy Prohorenko 一名Java开发者居住在乌克兰的Dniepropetrovsk
新用户注册
刷新评论列表
只有注册用户
登录
后才能发表评论。
网站导航:
博客园
IT新闻
Chat2DB
C++博客
博问
管理
相关文章:
细述 Apache web server 的安装与配置
WebLogic Server主题
Tomcat配置技巧Top 10
在Eclipse中使用JUnit(翻译)
在Tomcat里发布自己的程序
Eclips使用秘技
Powered by:
BlogJava
Copyright © 海天一鸥