juint+eclipse

JUnit：是一个开发源代码的Java测试框架，用于编写和运行可重复的测试。它是用于单元测试框架体系xUnit的一个实例（用于java语言）。主要用于白盒测试，回归测试。      

白盒测试：把测试对象看作一个打开的盒子，程序内部的逻辑结构和其他信息对测试人员是公开的。       

回归测试：软件或环境的修复或更正后的再测试，自动测试工具对这类测试尤其有用。       

单元测试：最小粒度的测试，以测试某个功能或代码块。一般由程序员来做，因为它需要知道内部程序设计和编码的细节。

2、 单元测试

2.1、单元测试的好处        

提高开发速度，测试是以自动化方式执行的，提升了测试代码的执行效率。       

提高软件代码质量，它使用小版本发布至集成，便于实现人员除错。同时引入重构概念，让代码更干净和富有弹性。       

提升系统的可信赖度，它是回归测试的一种。支持修复或更正后的“再测试”，可确保代码的正确性。

2.2、单元测试的针对对象        

面向过程的软件开发针对过程。       

面向对象的软件开发针对对象。       

可以做类测试，功能测试，接口测试（最常用于测试类中的方法）。

2.3、单元测试工具和框架          

目前的最流行的单元测试工具是xUnit系列框架，常用的根据语言不同分为JUnit（java），CppUnit（C++），DUnit （Delphi ），NUnit（.net），PhpUnit（Php ）等等。        

单元测试框架的第一个和最杰出的应用就是由Erich Gamma （《设计模式》的作者）和Kent Beck（XP（Extreme Programming）的创始人 ）提供的开放源代码的JUnit。

3、Junit入门简介

3.1、JUnit的好处和JUnit测试编写原则 使用JUnit的好处：       

可以使测试代码与产品代码分开。       

针对某一个类的测试代码通过较少的改动便可以应用于另一个类的测试。       

易于集成到测试人员的构建过程中，JUnit和Ant的结合可以实施增量开发。       

JUnit是公开源代码的，可以进行二次开发。       

可以方便地对JUnit进行扩展。

JUnit测试编写原则：       

简化测试的编写，这种简化包括测试框架的学习和实际测试单元的编写。       

使测试单元保持持久性。       

可以利用既有的测试来编写相关的测试。

3.2、JUnit的特征        

使用断言方法判断期望值和实际值差异，返回Boolean值。       

测试驱动设备使用共同的初始化变量或者实例。       

测试包结构便于组织和集成运行。       

支持图型交互模式和文本交互模式。

3.3 JUnit框架组成        

对测试目标进行测试的方法与过程集合，可称为测试用例(TestCase)。       

测试用例的集合，可容纳多个测试用例(TestCase)，将其称作测试包(TestSuite)。       

测试结果的描述与记录。(TestResult) 。       

测试过程中的事件监听者(TestListener)。       

每一个测试方法所发生的与预期不一致状况的描述，称其测试失败元素(TestFailure)      

 JUnit Framework中的出错异常（AssertionFailedError）。           

JUnit框架是一个典型的Composite模式：TestSuite可以容纳任何派生自Test的对象；当调用TestSuite对象的run()方法是，会遍历自己容纳的对象，逐个调用它们的run()方法。

3.5 JUnit中常用的接口和类 

Test接口：运行测试和收集测试结果  

Test接口使用了Composite设计模式，是单独测试用例（TestCase），聚合测试模式（TestSuite）及测试扩展（TestDecorator）的共同接口。

它的public int countTestCases（）方法，用来统计测试时有多少个TestCase。 

另外一个方法就是public void　run（ TestResult ），TestResult是实例接受测试结果， run方法执行本次测试。 

TestCase抽象类：定义测试中固定方法 

TestCase是Test接口的抽象实现，（不能被实例化，只能被继承）其构造函数TestCase(string name)根据输入的测试名称name创建一个测试实例。由于每一个TestCase在创建时都要有一个名称，若测试失败了，便可识别出是哪个测试失败。 

TestCase类中包含的setUp()、tearDown()方法。        

setUp()方法集中初始化测试所需的所有变量和实例，并且在依次调用测试类中的每个测试方法之前再次执行setUp()方法。 

tearDown()方法则是在每个测试方法之后，释放测试程序方法中引用的变量和实例。        

开发人员编写测试用例时，只需继承TestCase，来完成run方法即可，然后JUnit获得测试用例，执行它的run方法，把测试结果记录在TestResult之中。       

Assert静态类：一系列断言方法的集合        

Assert包含了一组静态的测试方法，用于期望值和实际值比对是否正确，即测试失败，Assert类就会抛出一个AssertionFailedError异常，JUnit测试框架将这种错误归入Failes并加以记录，同时标志为未通过测试。        

如果该类方法中指定一个String类型的传参则该参数将被做为AssertionFailedError异常的标识信息，告诉测试人员改异常的详细信息。      

JUnit 提供了6大类31组断言方法，包括基础断言、数字断言、字符断言、布尔断言、对象断言。        

其中assertEquals（Object expcted,Object actual)内部逻辑判断使用equals()方法，这表明断言两个实例的内部哈希值是否相等时，最好使用该方法对相应类实例的值进行比较。        

而assertSame（Object expected,Object actual）内部逻辑判断使用了Java运算符“==”，这表明该断言判断两个实例是否来自于同一个引用（Reference），最好使用该方法对不同类的实例的值进行比对。        

asserEquals(String message,String expected,String actual)该方法对两个字符串进行逻辑比对，如果不匹配则显示着两个字符串有差异的地方。        

ComparisonFailure类提供两个字符串的比对，不匹配则给出详细的差异字符。       

TestSuite测试包类??多个测试的组合         

TestSuite类负责组装多个Test Cases。待测得类中可能包括了对被测类的多个测试，而TestSuit负责收集这些测试，使我们可以在一个测试中，完成全部的对被测类的多个测试。        

TestSuite类实现了Test接口，且可以包含其它的TestSuites。它可以处理加入Test时的所有抛出的异常。TestSuite处理测试用例有6个规约（否则会被拒绝执行测试）²        

测试用例必须是公有类（Public）²        

用例必须继承与TestCase类²        

测试用例的测试方法必须是公有的（ Public ）²        

测试用例的测试方法必须被声明为Void²        测试用例中测试方法的前置名词必须是test²        

测试用例中测试方法误任何传递参数       

TestResult结果类和其它类与接口         

TestResult结果类集合了任意测试累加结果，通过TestResult实例传递个每个测试的Run（）方法。TestResult在执行TestCase是如果失败会异常抛出。         

TestListener接口是个事件监听规约，可供TestRunner类使用。它通知listener的对象相关事件，方法包括测试开始startTest(Test test)，测试结束endTest(Test test),错误，增加异常addError(Test test,Throwable t)和增加失败addFailure(Test test,AssertionFailedError t)。         

TestFailure失败类是个“失败”状况的收集类，解释每次测试执行过程中出现的异常情况。其toString()方法返回“失败”状况的简要描述

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变量/方法，方便测试代码的编写。放在不同的目录，则方便了测试代码的管理以及代码的打包和发布。 
============================ 
Struts中的测试分为MVC3个方面： 
M模块部分测试比较简单，直接用JUnit如上就可以很简单的测试。 
V部分主要是JSP，需要在容器中测试……学习中…… 
C部分主要是Action，需要使用专门的测试工具，比如……学习中…… 
-------------------------------- 
附：抄来的经验 
下面是一些具体的编写测试代码的技巧或较好的实践方法： 
1. 不要用TestCase的构造函数初始化Fixture，而要用setUp()和tearDown()方法。 
2. 不要依赖或假定测试运行的顺序，因为JUnit利用Vector保存测试方法。所以不同的平台会按不同的顺序从Vector中取出测试方法。 
3. 避免编写有副作用的TestCase。例如：如果随后的测试依赖于某些特定的交易数据，就不要提交交易数据。简单的会滚就可以了。 
4. 当继承一个测试类时，记得调用父类的setUp()和tearDown()方法。 
5. 将测试代码和工作代码放在一起，一边同步编译和更新。（使用Ant中有支持junit的task.） 
6. 测试类和测试方法应该有一致的命名方案。如在工作类名前加上test从而形成测试类名。 
7. 确保测试与时间无关，不要依赖使用过期的数据进行测试。导致在随后的维护过程中很难重现测试。 
8. 如果你编写的软件面向国际市场，编写测试时要考虑国际化的因素。不要仅用母语的Locale进行测试。 
9. 尽可能地利用JUnit提供地assert/fail方法以及异常处理的方法，可以使代码更为简洁。 
10.测试要尽可能地小，执行速度快。 
--------------------------------------------------- 
    JUnit是单元测试工具，我的理解是用来测试单个模块功能的工具，非常适合测试比较独立的模块。 
    测试的用途是用来检查错误，我认为这个工具并不只是帮助编程时查错。对于传统的编程方式，一般都设计好了各个模块，通常模块测试一次就可以了，但是目前设计总是因为功能不断的增加和修改而改变，如果多次这样，程序的质量和bug修正将是一个繁重困难的工作。JUnit在这种情况下，可以大大的提高工作效率，只要在第一次写代码的时候额外编写测试代码，以后所有的修改都可以实现自动的测试。 
    同时因为自动测试的实现，XP编程方法才有了实现的可能。通过先写好测试代码，另一个角度看也就是我们要实现的功能，然后写一个最简单的使测试通过的代码，再进行一个循环：改进－测试－通过－改进，直到代码满意，即使不太满意但写出的代码也是可运行的。