Java单元测试教程Java单元测试教程.doc

  1. 1、本文档共8页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
Java单元测试教程Java单元测试教程

单元测试教程 1、概述   Junit测试是程序员测试,即所谓白盒测试,因为程序员知道被测试的软件如何(How)完成功能和完成什么样(What)的功能。   Junit本质上是一套框架,即开发者制定了一套条条框框,遵循这此条条框框要求编写测试代码,如继承某个类,实现某个接口,就可以用Junit进行自动测试了。   由于Junit相对独立于所编写的代码,可以测试代码的编写可以先于实现代码的编写,XP 中推崇的 test first design的实现有了现成的手段:用Junit写测试代码,写实现代码,运行测试,测试失败,修改实现代码,再运行测试,直到测试成功。以后对代码的修改和优化,运行测试成功,则修改成功。   Java 下的 team 开发,采用 cvs(版本控制) + ant(项目管理) + junit(集成测试) 的模式时,通过对ant的配置,可以很简单地实现测试自动化。   对不同性质的被测对象,如Class,Jsp,Servlet,Ejb等,Junit有不同的使用技巧,以后慢慢地分别讲叙。以下以Class测试为例讲解,除非特殊说明。 2、下载安装 去Junit主页下载最新版本3.8.1程序包junit-3.8.1.zip 用winzip或unzip将junit-3.8.1.zip解压缩到某一目录名为$JUNITHOME 将junit.jar和$JUNITHOME/junit加入到CLASSPATH中,加入后者只因为测试例程在那个目录下。 注意不要将junit.jar放在jdk的extension目录下 运行命令,结果如右图。 java junit.swingui.TestRunner junit.samples.AllTests   3、Junit架构   下面以Money这个类为例进行说明。 public class Money { ????private?int?fAmount;//余额 ????private?String?fCurrency;//货币类型   ????public?Money(int?amount,?String?currency)?{ ????????fAmount=?amount; ????????fCurrency=?currency; ????} ????public?int?amount()?{ ????????return?fAmount; ????} ????public?String?currency()?{ ????????return?fCurrency; ????} ???? ????public?Money?add(Money?m)?{//加钱 ????????return?new?Money(amount()+m.amount(),?currency()); ????} ???? ????public?boolean?equals(Object?anObject)?{//判断钱数是否相等 ????????if?(anObject?instanceof?Money)?{ ????????????Money?aMoney=?(Money)anObject; ????????????return?aMoney.currency().equals(currency()) ?????????????????amount()?==?aMoney.amount(); ????????} ????????return?false; ????}???? }   Junit本身是围绕着两个设计模式来设计的:命令模式和集成模式. 命令模式   利用TestCase定义一个子类,在这个子类中生成一个被测试的对象,编写代码检测某个 方法被调用后对象的状态与预期的状态是否一致,进而断言程序代码有没有bug。   当这个子类要测试不只一个方法的实现代码时,可以先建立测试基础,让这些测试在同一个基础上运行,一方面可以减少每个测试的初始化,而且可以测试这些不同方法之间的联系。   例如,我们要测试Money的Add方法,可以如下: public?class?MoneyTest?extends?TestCase?{?//TestCase的子类 ????public?void?testAdd()?{ //把测试代码放在testAdd中 ????????Money?m12CHF=?new?Money(12,?CHF);??//本行和下一行进行一些初始化 ????????Money?m14CHF=?new?Money(14,?CHF);???????? ????????Money?expected=?new?Money(26,?CHF);//预期的结果 ????????Money?result=?

文档评论(0)

cduutang + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档