JUnit中常用的接口和类

在eclipse里面开发junit真的很方便,只要在相应的类文件中点右键,"new"-->"junit test case"就可以生成一个测试类,里面大都代码都有了。

但要测试的方法的访问权限要设为"public"

下面简单介绍一下上边用到的静态类junit.framework.Assert。该类主要包含7个方法:

1.assertEquals()方法,用来查看对象中存的值是否是期待的值,与字符串比较中使用的equals()方法类似;

2.assertFalse()和assertTrue()方法,用来查看变量是是否为false或true,如果assertFalse()查看的变量的值是false则测试成功,如果是true则失败,assertTrue()与之相反。

3.assertSame()和assertNotSame()方法,用来比较两个对象的引用是否相等和不相等,类似于通过“==”和“!=”比较两个对象;

4.assertNull()和assertNotNull()方法,用来查看对象是否为空和不为空。

部分代码

 
 
  1. public void testId() {  
  2. book.setId("001"); //设置id属性的值为001  
  3. //使用Assert查看id属性的值是否为001  
  4. Assert.assertEquals("001", book.getId());  
  5. System.out.println("id属性被测试!");  
  6. }  
  7.  
  8. public void testName() {  
  9. book.setName("ASP"); //设置name属性的值为ASP  
  10. //使用Assert查看name属性的值是否为JSP,这是个必然出现错误的测试  
  11. Assert.assertEquals("JSP", book.getName());  
  12. System.out.println("name属性被测试!");  


测试成功会显示绿色进度条
测试不成功会显示红色进度条

 
 
  1. public static void main(String[] args) {  
  2. //使用TestSuite组装测试类  
  3. TestSuite ts = new TestSuite();  
  4. ts.addTestSuite(BookTest.class);  
  5. //textui,命令行方式  
  6. junit.textui.TestRunner.run(ts);  
  7. //swingui,Swing方式  
  8. //junit.swingui.TestRunner.run(ts.getClass());  
  9. //awtui,AWT方式  
  10. //junit.awtui.TestRunner.run(ts.getClass());  
  11. }  


其中TestSuite是用来组织测试类的,通过其addTestSuite()方法将测试类添加到ts对象中,凡是添加到ts中的测试类都将在junit.textui.TestRunner.run()时被执行。此外,您也可以在定义ts对象时利用其构造函数将测试类添加给ts对象,例如:
TestSuite ts = new TestSuite(BookTest.class);

这并不会影响到后续使用addTestSuite()方法。再有,JUnit提供了三种运行方式,junit.textui.TestRunner是命令行方式的,junit.swingui.TestRunner和junit.awtui.TestRunner是可视化方式的,后两个这里已经注释掉了,如果您想查看效果,可以将注释去掉。

_______________________________________________________________________________________________________________________________

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个规约(否则会被拒绝执行测试) 
       A 测试用例必须是公有类(Public)

B 测试用例必须继承与TestCase类

C 测试用例的测试方法必须是公有的( Public )

D 测试用例的测试方法必须被声明为Void

E 测试用例中测试方法的前置名词必须是test

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


n       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()方法返回“失败”状况的简要描述 


评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值