Java ME下开发之JMUnit篇_编程_使用技巧

社区登录用户密码

有奖注册忘记密码


专业子站

万元级彩色激光一体机联想打印机与冬奥同行送礼新招尽在GIFT子站联想激光打印专区联想商用PC专区无限照片打印平板电视专业子站 PC大学堂消费电子全攻略打造数字化家装移动数码装备任你游走近我们的RFID


热点追踪

---网络安全防护---

手动查杀电脑病毒的一些基本方法
我现在就跟大家说说手动杀毒的几个常用的方法。你也许会说现在的杀毒软件那么多啊，为什么我们还要学习用手动来杀毒呢?你想想病毒的产生肯定是比你的杀毒软件的升级快很多的，既然是那个样子的话，我们学习手动杀毒就对我们很有帮助。
清剿流氓软件的八大绝技
上网冲浪原本是一大快事，但我们动辄就被不断跳出的广告页面晃得眼花缭乱，无所适从，刹那间让喜悦心情化为乌有。浏览吧!IE被莫名修改。下载吧!不请自来多了很多卸载不了的无用插件!网上交易吧!还要小心信息被间谍软件记录。
上网前保证Win XP安全的办法
当您安装新的 Windows XP Home、Professional 计算机时，需要确保系统安装了最新的更新软件和安全软件，以便在连接至 Internet 之前防御病毒和其它潜在威胁。连接至 Internet 后，定期更新操作系统和防病毒软件也同样重要。
-----Windows技巧-----

给Win目录加口令的特殊方法
Windows系统目录是Windows操作系统的重要目录，当我们访问这个目录时，系统会提示你这个目录的重要性，如果需要进入，只需要单击“显示文件”就可以大摇大摆地走进去了。
技巧提升WindowsXP运行速度
在使用XP的过过程中，系统运行速度会随着时间的推移越来越慢了，有的朋友可能会想到重装系统，但重装后，那么多的应用软件也要重新安装，如何在不安装系统的前提下提升XP的运行速度呢？只要你安照以下九个方面操作，相信你的XP又会重新高速运行。
把Vista电脑设置成媒体服务器
有什么办法能够让我们在室内共享音乐而不需要将文件拷来拷去呢?媒体共享和媒体流满足了我们的要求。作为处理数字媒体内容的方案，这种方法正在逐渐为用户接受。这种方法的实现，必须具有UPnP硬件设备以及内置数据流功能的家庭无线路由器。

----疑难解答----

如何延长笔记本电池的使用寿命？
最近我的笔记本电池的使用时间又开始缩短了，以前能坚持3～4小时的，现在最多扛1个小时，就完蛋了。这可是我使用的第二块电池了！有什么办法可以延长我的电池寿命么？
金山词霸 2007 常见问题解答
直接运行金山词霸2007与系统每次启动自动运行有以下几个区别：自动运行不显示金山词霸2007的启动画面；自动运行保留了上次用户屏幕取词开关的状态。若要启动后为最小化状态，可以通过主菜单/设置/系统设置/其他设置中，选择“启动时最小化”功能。


周下载TOP10


社区热点

· 巧克力人和空军一号 · 感受选战 · 吴士宏的复出 · 想给自己一个拥抱 · 粗中有细 · 滴水恩项目得到学校领导的关注和... · 深深感谢，安吉儿和Feng0796老师... · 心怀感激的想念 · 这个早餐有哑巴吃黄连的感觉 · 我亲爱的宝贝


新闻邮件订阅

IT要闻
产品评测
技巧推荐
社区精华
请输入您的e-mail地址:

首页 > 使用技巧 > 编程软件

Java ME下开发之JMUnit篇

下篇

朱先忠编译　天极开发 | 2006-11-24 10:56:12 |

　　四、使用JMUnit

　　a) 建立JMUnit

　　在下载JMUnit后，请确保相应的两个JMUnit .jar文件(JMUnit4CLDC10.jar和JMUnit4CLDC11.jar)可用于classpath中。注意，这个参数既针对你的Java ME编译器也针对运行时刻环境或IDE。当前，JMUnit的发行版本是1.0.2。

　　b) JMUnit测试用例

　　JMUnit提供了两个版本的框架(每个版本都位于各自的JAR内)；一个用于CLDC 1.0应用程序，另一个用于CLDC 1.1应用程序（其中，支持浮点原型）。按照典型的JUnit惯例，使用JMUnit创建适当的单元测试的第一步是创建一个测试用例。为了在JMUnit中创建一个测试用例，你必须创建一个新的派生自JMUnit的jmunit.framework.cldc10.TestCase或jmunit.framework.cldc11.TestCase的测试用例类。正如其包名所暗示的，一个支持1.0版本的CLDC，另一个支持1.1版本的CLDC。唯一的区别是，在assertEquals()和assertNotEquals()方法(见下面)的cldc11.TestCase实现中支持Java浮点原型。

　　按照JUnit习惯，一个测试用例类应该包含要测试的类名，并且以"Test"结束。因此，一个测试上面这个温度转换类的简单的CLDC 1.1版本的JMUnit测试用例可以按如下方式定义：

public class TemperatureConversionTest extends jmunit.framework.cldc11.TestCase {}

　　所有的测试方法必须位于一个测试用例类之内。而且，按照惯例，测试方法名都以"test"开头，然后根据被测试的类中的方法进行命名。例如，一个测试fahrenheitToCelsius方法的测试用例方法应该为testfahrenheitToCelsius。每一个测试方法必须"断言"期望的结果。对于那些不熟悉JUnit测试的开发者来说，一个断言其实就是一个语句，它负责验证或证明从某个方法执行中程序员所期望的结果。JMUnit支持下列断言：

assertTrue(expression)
assertFalse(expression)
assertSame(expected，actual)
assertNotSame(expected，actual)
assertEquals(expected，actual)
assertNotEquals(expected，actual)
assertNull(object)
assertNotNull(object)

　　在JMUnit中，任何使用这些断言调用之一的测试方法都必须抛出一个AssertionFailedException异常。框架使用该异常来标识失败的测试。现在，这个添加了适当测试方法的TemperatureConversionTest类看起来如下所示。

import jmunit.framework.cldc11.*;
public class TemperatureConversionTest extends TestCase {
　public void testfahrenheitToCelsius() throws AssertionFailedException{
　　System.out.println("fahrenheitToCelsius");
　　float result = TemperatureConversion.fahrenheitToCelsius(66F);
　　assertEquals(18.88889F，result);
　}
　public void testcelsiusToFahrenheit() throws AssertionFailedException{
　　System.out.println("celsiusToFahrenheit");
　　float result = TemperatureConversion.celsiusToFahrenheit(20F);
　　assertEquals(68F， result);
　}
　public void testisHotter() throws AssertionFailedException {
　　System.out.println("isHotter");
　　assertTrue(TemperatureConversion.isHotter(70F，2F));
　}
　public void testisCooler() throws AssertionFailedException {
　　System.out.println("isCooler");
　　assertTrue(TemperatureConversion.isCooler(10F，10F));
　}
}

　　对于每一个标准的JUnit实现，JMUnit测试用例抽象类都提供了setup()和tearDown()方法，这两个方法都能够被重载并用于初始化，并在经由测试用例运行测试前后用来清除任何对象或资源。例如，在Java ME应用程序中，setup()可以用于在测试前打开一个记录存储，而tearDown()用于在测试后关闭记录存储。除了setup和tearDown方法外，还有一个fail()方法用于实现-无论assert语句显示什么内容，都允许一个测试方法返回一个测试失败。这个方法经常用于一个测试方法内的某些条件中，或用于作为未开发的单元测试的一个代理，从而作为一种方式来指示尚待完成的工作。

　　JMUnit中的每一个测试用例类都有一个相应的构造器。因此，派生自JMUnit的测试用例类的构造器必须调用超类构造器，并传入一个整数以指示在该测试用例中的测试个数，还要传入一个字符串来标识该测试用例。

public TemperatureConversionTest() {
　super(4，"TemperatureConversionTest");
}

　　这个整数指示测试的个数必须匹配测试用例中的实际测试的数目。确保你传入构造器的测试的个数匹配测试用例中的实际的测试的个数是相当重要的。当你分析该测试用例的test(int testNumber)方法，就会看到它们之间的关系。

　　测试用例中的这个test(int testNumber)方法负责"剔除"测试方法。因为Java ME缺乏映射能力，所以不能象在JUnit中一样，找到test方法并自动地执行之。因此，每一个测试方法必须被添加到该test方法中的一个switch语句中，并且基于一个测试号进行相应的调用。在我们的TemperatureConversionTest情况下，这个test方法看起来如下列代码所示：

public void test(int testNumber) throws Throwable {
　switch(testNumber) {
　　case 0:testfahrenheitToCelsius();break;
　　case 1:testcelsiusToFahrenheit();break;
　　case 2:testisHotter();break;
　　case 3:testisCooler();break;
　　default: break;
　}
}

　　这也正解释了为什么你必须向测试用例构造器提供一个测试号。在运行时刻，JMUnit框架创建一个测试用例类的实例。然后，框架在一个循环内调用该测试用例实例的每一个测试方法。通过这种方式，测试方法的switch语句中的每一个case语句(以及相应的每一个测试)都会被框架所调用。当把一个测试方法添加到测试用例中时，如果忘记更新测试用例类的构造器可能会导致部分测试用例不被激活。

　　因为你使用JMUnit编写测试方法，那么这可能会比基于JUnit更灵活一些：它允许执行测试方法。借助于测试方法的控制作用，你可以编写使用参数的测试-而这一点JUnit是不允许(由于反射机制)的。例如，针对TemperatureConverstionTest方法的一个测试方法可能看起来如下所示：

public void testcelsiusToFahrenheit(float c， float f) throws AssertionFailedException{
　System.out.println("celsiusToFahrenheit(float c)");
　float result = TemperatureConversion.celsiusToFahrenheit(c);
　assertEquals(f， result);
}

　　然后，该测试方法就可以使用参数来调用switch语句中的这个测试方法。

　　c) JMUnit测试集

　　测试集负责管理一个或多个测试用例。JMUnit提供了两个测试集抽象类(jmunit.framework.cldc10.TestSuite和jmunit.framework.cldc11.TestSuite)，你可以从它们进行继承以便创建一个测试集。就象测试用例一样，你应该继承的测试集的类型依赖于你在使用哪一个版本的CLDC。cldc10.TestSuit适用于CLDC 1.0应用程序，而cldc11.TestSuite适用于CLDC 1.1应用程序。这两个测试集抽象类都分别提供了一个以一个字符串作为参数的构造器。该字符串用于给出测试集的一个描述。

　　一个测试集的唯一功能是创建它的所有测试用例的一个实例，然后调用这些测试用例的测试方法。为了在一个测试集上添加一个测试用例，在构建测试集时应该添加add(testCase)方法。下面是一个实现转换测试用例的测试集的例子：

import jmunit.framework.cldc11.TestSuite;
public class ConversionTestSuite extends TestSuite{
　public ConversionTestSuite() {
　　super("All Conversion Tests");
　　add(new DistanceConversionTest());
　　add(new TemperatureConversionTest());
}

　　d) 执行JMUnit测试

　　JMUnit的TestCase和TestSuite抽象类都是MIDlet的子类。这允许你在一个仿真器(也有可能是一个真实设备)中运行你的单个测试用例或测试集。当在一个模拟器上运行时，每一个测试用例或测试集都提供两个命令：exit和test。图1描述了上面描述的测试集相应的执行结果；图2展示了失败时显示的内容。

图1.执行一个测试用例：执行一个JMUnit测试集使你能够选择退出或测试该测试集。测试集的结果以图形方式显示。

图2.一个失败测试用例：当一个测试用例失败时，失败情况以红色图形方式显示。

图3.失败测试用例的控制台输出：失败时的文本输出指出哪个测试用例失败了，为什么它失败，并且提供一个堆栈跟踪结果以帮助确定它在哪儿失败的。

　　因此，当执行测试时，你还要检查该控制台(见图3)。失败信息通过控制台以更好的文档形式输出。这些失败输出包括堆栈跟踪信息，还有来自于该测试的实际的和期望的值。比较于随后我们将讨论的J2MEUnit，这可能是JMUnit所缺乏的特征之一。在J2MEUnit中，不是使用控制台输出，测试用例失败情形将被显示到模拟设备上。

上一页:上篇

<< 上一页 1 2 末页

【推荐】【打印】

· Java SE 6.0新特性体验 2006-11-21 10:29:07
· Sun将放手Java全面开放 2006-11-16 10:03:42
· Java的多进程运行模式分析 2006-11-10 09:43:50
· 新手必读 Java中流的概念 2006-10-19 09:22:30

网友评论

以下网友评论只代表网友个人观点，不代表PCWorld观点

发表内容: