[计算机]Eclipse快速上手指南之使用JUnit.doc

/zhanglijun33/archive/2007/05/18/90975.html在 Eclipse 中使用JUnit(转)测试对于保证软件开发质 量有着非常重要的作用，单元测试更是必不可少，JUnit是一个非常强大的单元测试包，可以对一个/多个类的单个/多个方法测试，还可以将不同的 TestCase组合成TestSuit，使测试任务自动化。Eclipse同样集成了JUnit，可以非常方便地编写TestCase。我们创建一个Java工程，添加一个example.Hello类，首先我们给Hello类添加一个abs()方法，作用是返回绝对值：下一步，我们准备对这个方法进行测试，确保功能正常。选中Hello.java，右键点击，选择New-JUnit Test Case： Eclipse会询问是否添加junit.jar包，确定后新建一个HelloTest类，用来测试Hello类。选中setUp()和tearDown()，然后点击“Next”：选择要测试的方法，我们选中abs(int)方法，完成后在HelloTest.java中输入： JUnit会以以下顺序执行测试：（大致的代码） try HelloTest test = new HelloTest(); / 建立测试类实例test.setUp(); / 初始化测试环境test.testAbs(); / 测试某个方法test.tearDown(); / 清理资源catch setUp()是建立测试环境，这里创建一个Hello类的实例；tearDown()用于清理资源，如释放打开的文件等等。以test开头的方法被认 为是测试方法，JUnit会依次执行testXxx()方法。在testAbs()方法中，我们对abs()的测试分别选择正数，负数和0，如果方法返回 值与期待结果相同，则assertEquals不会产生异常。如果有多个testXxx方法，JUnit会创建多个XxxTest实例，每次运行一个testXxx方法，setUp()和tearDown()会在testXxx前后被调用，因此，不要在一个testA()中依赖testB()。直接运行Run-Run As-JUnit Test，就可以看到JUnit测试结果：绿色表示测试通过，只要有1个测试未通过，就会显示红色并列出未通过测试的方法。可以试图改变abs()的代码，故意返回错误的结果（比如return n+1;），然后再运行JUnit就会报告错误。如果没有JUnit面板，选择Window-Show View-Other，打开JUnit的View： JUnit通过单元测试，能在开发阶段就找出许多Bug，并且，多个Test Case可以组合成Test Suite，让整个测试自动完成，尤其适合于XP方法。每增加一个小的新功能或者对代码进行了小的修改，就立刻运行一遍Test Suite，确保新增和修改的代码不会破坏原有的功能，大大增强软件的可维护性，避免代码逐渐“腐烂”。 posted on 2006-12-30 11:32 智者无疆 阅读(366) 评论(2) 编辑 收藏 评论: #re: Eclipse快速上手指南之使用JUnitfireworks 插件 Posted 2007-05-18 11:52 什么是test case Test case: 一组测试过程，包括一组测试输入，一组测试条件，和一组期望输出。 Test suite: 各个公司/测试项目经理对他的解释不尽相同，但是总体来说，Test suite是Test cases的集合。对于一个软件测试项目，可以有若干个Test suites，也有的只有一个。但是每个test suite肯定包含若干个相关/同类的test cases。 我对于搂主提出的问题给于这样的解释： 登陆-查找 和 登陆-添加新人 属于一个Test suite。 他们分别属于2个不同的Test cases。 细分登陆-查找这个Test case：如mickoowang2007所说，一组测试输入可以有，错误密码，错误用户名，正确用户名和密码等组成，期望输出可以是错误警告，成功登陆等。 希望能帮助到搂主，以上仅是一个测试项目经理的点滴经验，供参考。回复更多评论 #re: Eclipse快速上手指南之使用JUnit智者无疆 Posted 2007-05-18 13:19 JUnit的框架原理 第一章：JUnit的框架原理分析 1 JUnit主要用于单元测试，所谓的单元测试就是常常说的白盒测试。它是一个开源的由JAVA开发的一个用于测试的框架。 2 下面我们主要是来看一下JUnit的设计原理 2.1. 首先我们来看一下JUnit的框架图。 2.2. JUnit的几个基本的概念：TestCase，TestSuite，TestFixtrue TestCase: 代表一个测试用例，每一个TestCase实例都对应一个测试， 这个测试通过这个TestCase实例的名字标志，以便在测试结果中指明哪 个测试出现了问题.TestCase继承自Assert,因此可以实现各种断言。 TestSuite：代表需要测试的一组测试用例，也就是测试用例的集合， TestFixtrue：代表一个测试环境。它用于组合一组测试用例，这组测试 用例需要共同的测试运行环境。 2.3. junit的设计 2.3.1. Test接口: 代表一个测试。它是框架的主接口有两个方法： int countTestCases();/返回所有测试用例的个数。 void run(TestResult result);/运行一个测试，并且收集运行结果 到TestResult. 2.3.2. TestCase类: TestCase实现了Test接口，是框架提供的供我们继承的类，我们的所有的测试方法都需要在TestCase的子类中定义，并且符合特定的设计协议。 一个TestCase实例代表一个具体的测试实例，对应一个对某一方法或概念的测试。每个TestCase实例都有一个名字。 一个TestCase类却定义了一个TestFixture。具体的说就是我们自己定义的TestCase子类中可以定义很多的public 没有参数的 testxxx方法。运行时，每个testxxx都在自己的fixture中运行。每个运行的TestCase都有一个名字，如果不指定，一般是 TestCase中定义的test方法的名字。 2.3.3. TestSuite类: 和TestCase一样TestSuite也实现了Test接口。一个TestSuite可以包含一系列的TestCase。把testCase组装入TestSuite有几种方式： A，通过将TestCase的Class参数传入TestSuite的构造函数，TestSuite会自动收集TestCase中所有的public的没有参数的testxxx方法加入TestSuite中。 B，构造空的TestSuite后通过void addTest(Test test)方法添加测试。 C：构造空的TestSuite后通过void addTestSuite(Class testClass) 方法添加测试集。 2.3.4. TestResult类: 主要通过runProtected方法运行测试并收集所有运行结果 2.3.5. TestRunner类: 启动测试的主类，我们可以通过直接调用它运行测试用例，IDE和其他一些工具一般也通过这个接口集成JUnit. 2.3.6. Assert类: 用于断言，TestCase继承自该类，我们的测试方法通过这些断言判断程序功能是否通过测试 2.3.7. TestListener接口: 测试运行监听器，通过事件机制处理测试中产生的事件，主要用于测试结果的收集。 以上是框架的核心接口和类的介绍，通过上面的介绍我们很容易看出来Test， TestCase和TestSuite的设计采用了Composite模式。这样JUnit可以一次运行 一个测试用例，也可以一次运行多个测试用例，TestRunner只关心Test接口，而 对运行的是单个的TestCase还是同时运行多个TestCase并不在意 3. JUnit同时使用了Command模式，对于典型的Command模式一般有5 种角色 : 3.1命令角色（Command）：声明执行操作的接口。有java接口或者抽象 类来实现 3.2. 具体命令角色（Concrete Command）：将一个接收者对象绑定于一 个动作；调用接收者相应的操作，以实现命令角色声明的执行操作的接 口. 3.3. 客户角色（Client）：创建一个具体命令对象（并可以设定它的接收者）。 3.4. 请求者角色（Invoker）：调用命令对象执行这个请求. 3.5. 接收者角色（Receiver）：知道如何实施与执行一个请求相关的操作。 任何类都可能作为一个接收者。 Test接口可以认为是命令模式中的命令角色Command接口，void run(TestRes ult result)接口方法定义了需要执行的操作；TestCase可以看作是具体命令角色， 但又不全是，因为我们还需要自己通过继承TestCase类定义测试方法，这样的每一 个测试方法都回被包装在一个TestCase实例中。TestResult可以看作请求者角色 （Invoker），它会通过protected void run(final TestCase test) 运行测试并 收集结果。我们自己写的Test方法可以认为是接收者角色（Receiver），因为我们 的方法才具体执行这个命令。TestRunner就是客户角色（Client），它通过TestRe sult result= createTestResult()构造TestResult，并通过suite.run(result)运 行测试用例（suite是一个Test接口的具体实例，可以是TestCase也可以是Test Suite，但客户端不关心它是什么，这就是组合模式的好处。同时，suite.run（res ult）又调用result.run（test），如果不仔细分析，就会被这种设计搞迷惑）. 第二章：JUnit的好处和单元测试的编写原则 现在世面上有很多的测试工具，比如说NUNIT，PHPUNIT等。但是在JAVA的世界里面JUnit是最适合我们的单元测试工具。 A：可以使测试代码与产品代码分开 B：针对某一个类的测试代码通过较少的改动便可以应用于另一个类的测试 C：易于集成到测试人员的构建过程中，JUnit和Ant的结合可以实施增量开发 D：JUnit是公开源代码的，可以进行二次开发 E：可以方便地对JUnit进行扩展 编写原则: A: 是简化测试的编写，这种简化包括测试框架的学习和实际测试单元的编写 B: 是使测试单元保持持久性 C: 是可以利用既有的测试来编写相关的测试 第三章：JUnit的应用以及扩展 下面是关于JUNIT的扩展方面的,主要说的是junit.extensions包 1. ExceptionTestCase是TestCase的子类，用于对预见引发异常时的测试。生成该对象的时候要指明应该引发的异常的类型。runTest的时候会catch并吸收该异常。如果未发现该异常，则 测试失败 2. ActiveTestSuite是TestSuite的子类，用独立的线程来运行每个测试实例。runTest(Test, TestResult)开启新线程来运行Test。run(TestResult)对所有的Test运行runTest(Test, TestResult)，并等待所有线程结束。 3. TestDecorator是Assert的子类，并实现了Test接口。它封装Test并把其Test.run(TestResult)作为一个 basicRun(TestResult)。TestDecorator.run(TestResult)直接调用basicRun。子类可以重载 run(TestResult)，从而在原Test.run(TestResult)前后加入新的修饰代码 4. RepeatedTest是TestDecorator的子类。RepeatedTest.run(TestResult)重复指定次数运行 TestDecorator.run(TestResult)。因此countTestCases()也要在 TestDecorator.countTestCases()基础上乘以重复次数。 5. TestSetup是TestDecorator的子类。增加新的fixture。在basicRun(TestResult)前运行setUp()，在 之后运行tearDown()。 BUG没有调用TestResult.startTest/endTest，即不产生开始/结束测试事件。 下面是个简单的例子： Mytest.java类： public class Mytest String name; String birthday; int age; public int getAge() return age; public void setAge(int age) this.age = age; public String getBirthday() return birthday; public void setBirthday(String birthday) this.birthday = birthday; public String getName() return name; public void setName(String name) = name; MytestTest .java类 import junit.framework.Test; import junit.framework.TestCase; import junit.framework.TestSuite; public class MytestTest extends TestCase /* * see TestCase#setUp() */ protected void setUp() throws Exception super.setUp(); /* * see TestCase#tearDown() */ protected void tearDown() t