Ch5-单的元测试-STMT.pptVIP

Junit测试是程序员测试，即所谓白盒测试，因为程序员知道被测试的软件如何（How）完成功能和完成什么样（What）的功能。　　Junit本质上是一套框架，即开发者制定了一套条条框框，遵循这此条条框框要求编写测试代码，如继承某个类，实现某个接口，就可以用Junit进行自动测试了。　　由于Junit相对独立于所编写的代码，可以测试代码的编写可以先于实现代码的编写，XP 中推崇的 test first design的实现有了现成的手段：用Junit写测试代码，写实现代码，运行测试，测试失败，修改实现代码，再运行测试，直到测试成功。以后对代码的修改和优化，运行测试成功，则修改成功。　　Java 下的 team 开发，采用 cvs(版本控制) + ant(项目管理) + junit(集成测试) 的模式时，通过对ant的配置，可以很简单地实现测试自动化。 　　对不同性质的被测对象，如Class，Jsp，Servlet，Ejb等，Junit有不同的使用技巧。以下以Class测试为例讲解，除非特殊说明。 Assert静态类 JUnit提供了6大类31组断言方法，包括基础断言、数字断言、字符断言、布尔断言、对象断言。 Assert包含了一组静态的测试方法，用于期望值和实际值比对是否正确，即测试失败，Assert类就会抛出一AssertionFailedError异常，JUnit测试框架将这种错误归入Failes并加以记录，同时标志为未通过测试。 Junit架构 命令模式 Junit本身是围绕着两个设计模式来设计的：命令模式和集成模式. 利用TestCase定义一个子类，在这个子类中生成一个被测试的对象，编写代码检测某个?方法被调用后对象的状态与预期的状态是否一致，进而断言程序代码有没有bug。　　当这个子类要测试不只一个方法的实现代码时，可以先建立测试基础，让这些测试在同一个基础上运行，一方面可以减少每个测试的初始化，而且可以测试这些不同方法之间的联系。 Money的Add方法 测试equals方法 同时测试Add和equals方法 将它们各自的初始化工作，合并到一起进行，形成测试基础,用setUp初始化，用tearDown清除。 集成模式 命令模式与集成模式的本质区别是，前者一次只运行一个测试。 利用TestSuite可以将一个TestCase子类中所有test***()方法包含进来一起运行，还可将TestSuite子类也包含进来，从而行成了一种等级关系。可以把TestSuite视为一个容器，可以盛放TestCase中的test***()方法，它自己也可以嵌套。这种体系架构，非常类似于现实中程序一步步开发一步步集成的现况。 测试代码的运行 集成模式 测试代码写好以后，可以在相应的类中写main方法，用java命令直接运行；也可以不写main方法，用Junit提供的运行器运行。 Junit提供了textui,awtui和swingui三种运行器。 以前面的AllTests运行为例，可有四种： java junit.textui.TestRunner junit.samples.AllTestsjava junit.awtui.TestRunner junit.samples.AllTestsjava junit.swingui.TestRunner junit.samples.AllTestsjava junit.samples.AllTests main方法中一般也都是简单地用Runner调用suite()，当没有main时，TestRunner自己以运行的类为参数生成了一个TestSuite. public static void main(String arg[]) { junit.textui.TestRunner.run(AllTests.suite()); 作测试写TestCase时需要注意的几点 测试的独立性：一次只测试一个对象，方便定位出错的位置。这有两层意思：一个TestCase，只测试一个对象；一个TestMethod，只测试这个对象中的一个方法。 给测试方法一个合适的名字。一般取名为原来的方法名后加一个Test。 在assert函数中给出失败的原因，如：assertTrue(“…should be true”,……)，方便查错。在这个例子中，如果无法通过assertTrue，那么给出的消息将被显示。在junit中每个assert函数都有第一个参数是出错时显示消息的函数原型。 测试所有可能引起失败的地方，如：一个类中频繁改动的函数。对于那些仅仅只含有getter/setter的类，如果是由IDE（如Eclipse）产生的，则可不测；如果是人工写，那么最好测试一下。