4、Eclipse中JUnit的使用
测试对于保证软件开发质量有着非常重要的作用，单元测试更是必不可少，JUnit是一个非常强大的单元测试包，可以对一个/多个类的单个/多个方法测试，还可以将不同的TestCase组合成TestSuit，使测试任务自动化。
Eclipse同样集成了JUnit，可以非常方便地编写TestCase。Eclipse自带了一个JUnit的插件，不用安装就可以在你的项目中开始测试相关的类，并且可以调试你的测试用例和被测试类。
4.1、Eclipse中JUint使用步骤
以下步骤环境为Eclipse SDK 3.2.2及JUnit3.8.1
Ø 新建一个测试用例或选择已有的所想测试的JAVA文件，点击“File->New->…”菜单项或右击文件，在弹出的“New”对话框中选择“JUnit Test Case”，就进入“New JUnit Test Case”对话框
Ø 在“New JUnit TestCase”对话框填写相应的栏目，主要有Name（测试用例名），SuperClass（若JUnit的版本是3.8.1，则测试的超类一般默认为junit.framework.TestCase； 若JUnit版本是JUnit 4.4，则默认超类为java.lang.Object。），Class Under Test（被测试的类），Source Folder（测试用例保存的目录），Package（测试用例包名），及是否自动生成main，setUp，tearDown方法。在此一般填写NAME及选上复选上setUpt和teardown即可。
Ø 点击“Next>”按钮，则进入Test Methods，在此你可以直接勾选你想测试的被测试类的方法，Eclipse将自动生成与被选方法相应的测试方法，点击“Fishish”按钮后一个测试用例就创建好了。
Ø 编写完成测试用例后，点击“Run”按钮就可以看到运行结果了。
补充：要使用JUnit，您必须首先将JUnit JAR保存在项目的Build路径上并创建一个测试类。将JUnit保存在项目的Build路径上的步骤为：
右击项目—>选择菜单底部的Properties选择Java Build Path—>选择Libraries—>点击Add Variable按钮—>查看已有的列表中有无JUnit文件，若没有，则点击Configure Variable—>New按钮，输入JUNIT_LIB作为变量名称，编辑该变量并指向解压后的JUnit目录中的一个名为JUnit.jar的文件—>然后在选择刚才添加的jar文件依次点击OK即可。
4.2、Eclipse中JUnit应用示例
下面我们作一个在Eclipse中利用JUnit对HelloWorld的测试 测试方法：
Ø HelloWorld.sayHello()是否执行正常，并且结果也符合要求
Ø HelloWorld.add()方法是否与我们预期一样执行
下一步，我们准备对这两个方法进行测试，确保功能正常。选中HelloWorld.java，右键点击，选择New->JUnit Test Case：
进入下面这个页面，在此诸多栏目已经填好，即是这个需要测试的文件的相关信息，若是想在测试完之后即删除测试文件，也可更改路径。（本机在Eclipse已有的JUnit3.8.1的基础上又添加了一个新版本JUnit4.4）
点击Next进入Test Methods，在此选择所要测试的方法sayHello及add。
点击Finish，最后编写完成测试用例代码如下：
直接运行Run->Run As->JUnit Test，就可以看到JUnit测试结果：
绿色表示测试通过，只要有1个测试未通过，就会显示红色并列出未通过测试的方法。
5、后记
从上面的来看，JUnit的使用并不很难，但关键就是最后一步完成测试码，即编写TestCase。要编写一个好的TestCase却并非易事。一个不好的TestCase往往是既浪费了时间，也起不了实际的作用。相反，一个好的TestCase，不仅可以很好的指出代码中存在的问题，而且也可以作为代码更准确的文档，同时还在持续集成的过程中起非常重要的作用。我们在作测试写TestCase时需要注意的几点：
Ø 测试的独立性：一次只测试一个对象，方便定位出错的位置。这有两层意思：一个TestCase，只测试一个对象；一个TestMethod，只测试这个对象中的一个方法。
Ø 给测试方法一个合适的名字。 一般取名为原来的方法名后加一个Test。
Ø 在assert函数中给出失败的原因，如：assertTrue( “… should be true”, ……)，方便查错。在这个例子中，如果无法通过assertTrue，那么给出的消息将被显示。在junit中每个assert函数都有第一个参数是出错时显示消息的函数原型。
Ø 测试所有可能引起失败的地方，如：一个类中频繁改动的函数。对于那些仅仅只含有getter/setter的类，如果是由IDE（如Eclipse）产生的，则可不测；如果是人工写，那么最好测试一下。
Ø 在setUp和tearDown中的代码不应该是与测试方法相关的，而应该是全局相关的。如针对与测试方法A和B，在setUp和tearDown中的代码应该是A和B都需要的代码。
Ø 测试代码的组织：相同的包，不同的目录。这样，测试代码可以访问被测试类的protected变量/方法，方便测试代码的编写。放在不同的目录，则方便了测试代码的管理以及代码的打包和发布。
