首页 诗词 字典 板报 句子 名言 友答 励志 学校 网站地图
当前位置: 首页 > 教程频道 > 媒体动画 > flex >

[转] Flex框架上的RIA开发现场-第6回 Flex测试和质量改善的5个工具

2012-12-25 
[转] Flex框架下的RIA开发现场--第6回 Flex测试和质量改善的5个工具http://bbs.9ria.com/thread-76622-1-1

[转] Flex框架下的RIA开发现场--第6回 Flex测试和质量改善的5个工具
http://bbs.9ria.com/thread-76622-1-1.html

  一直以来,在Flex应用程序开发中主要是采用手动测试,而不是利用工具做自动测试。原因是没有这样的工具。 因此,即使想实施ActionScript类的单体测试或是强制编码规范等,却因Flex开发工具上没有这个环境而只得作罢。
    在常用于Flex应用程序服务端开发的Java中,积累着各种各样的测试工具。在Eclipse开发工具中原本就整合了单体测试用的JUnit和代码格式化等工具。开发者在开发阶段能够实施多种改善质量的策略。
    打破这种状况的是,最新的Flex开发工具Flash Builder 4。从版本4开始在工具中集成了最新的单体测试工具FlexUnit4。在本连载的第2回《让Flex开发更轻松的FB4的11个功能》中叶介绍了FlexUnit。另外,Flash Builder还具备了性能分析功能。
    更值得一提的是,在Flash Builder 4发布前后,还有一个测试工具也发布了。那就是HP QuickTest Professional(QTP)。比起以往基于WinForms、HTML网页应用程序等技术的自动结合测试来说,QTP可谓是个终极武器,它支持Flex。下面会介绍这个QTP。
    本文将向大家介绍在Flex开发,特别是大规模业务应用程序开发中,对测试和质量改善非常有用的5个必备工具。并简单说明一下它们的使用方法。 (按以下顺序说明)
    1. 单体测试工具「FlexUnit」
    2. 遵循编码规范「Flex Formatter」
    3. 静态分析代码「FlexPMD」
    4. 自动执行基于用例的测试「QTP」
    5. Flash Builder的の「性能分析」 功能

【1】单体测试工具「FlexUnit」

    首先登场的是动态单体测试工具FlexUnit。因为是动态的,所以能用于测试运行中的ActionScript类。



FlexUnit via kwout


    基本上Flash Builder已经内置了FlexUnit,不需要从别处下载。

□ 特点
Flex中使用的基于ActionScript 3的类的单体测试工具
继承了Java的JUnit思想,从建立测试用例到自由使用工具,几乎一模一样
Test Runner中熟悉的绿色状态条
Flash Builder内置




图1 测试用例的建立和运行




图2 FlexUnit结果视图中熟悉的绿色状态条

□单体测试的步骤

    类单体测试的步骤如下,和Java完全相同。
建立测试用的Flex工程
建立测试用例
建立测试套件
测试套件:测试用例的集合
运行测试
□ 测试类的例子
    在Flex工程中,以与待测类1对1的形式建立测试用例。由于不需要继承TestCase等特定类,因此能方便地建立测试用例。测试用例的类名如下:
テストされるクラス:jp.atmarkit.sample.HelloWorld.as
テストケースクラス:jp.atmarkit.sample.HelloWorldTest.as

    在建立测试用例方面,还能沿用以前做JUnit单体测试方面的知识。
    下面是一个简单的测试方法的例子。这里对自己编写的HelloUtil做1+2的加法测试。
/**
* 测试用例01:1+2
*/
[Test]
public function testAdd01():void {
// 准备测试用例和预期值
a = 1;
b = 2;
expected = 3;
// 运行测试用例
actual = HelloUtil.add(a, b)
// 断言
assertEquals(expected, actual);
}
复制代码


    单体测试类的方法可任意取名,不过建议以test开头简单易懂为好。在测试方法上打上[Test]的元数据标签,使它成为测试对象。
    接下来,可以同样方便地建立包含测试用例类的测试套件。本例代码如下:
package jp.bizria.flex4.flexunit4.hello {

import jp.bizria.flex4.flexunit4.hello.HelloUtilTest;

/**
* HelloUtil测试套件。
*/
[Suite]
[RunWith("org.flexunit.runners.Suite")]
public class HelloUtilTestSuite {
//--------------------------------------
// Test Cases
//--------------------------------------

public var test1:HelloUtilTest;
}
}
复制代码


    编写测试套件十分简单,只要在这个类中读入待测的测试用例类就OK了。如上面的代码中,给测试用例类取个简单易懂的变量名,就能对它进行控制了不是吗?
    剩下的就只需在测试套件上右击鼠标选择运行就行了。
□ 注意点

    使用FlexUnit时要注意的是,在测试类库工程时,不能直接在类库工程里面建立测试用例和测试套件类。必须要建立Flex工程,然后在其中建立测试类和测试套件类。
    Flash Builder会在测试套件运行时,自动生成并运行测试用的应用程序。

【2】遵循编码规范「Flex Formatter」
    Flex Formatter用来格式化ActionScript和MXML文件,是遵循编码规范用的工具。




Flex Formatter | Download Flex Formatter software for free at SourceForge.net via kwout

    在大规模项目中,交付符合编码规范格式的代码是理所当然的事情。但是在先前的Flex应用程序开发中,即使建立了适用于Flex的编码规范,也只能通过肉眼来进行代码审查。
    由此,演变成了完全不做严格的代码审查,不遵守编码规范,开发人员之间的代码格式变得参差不齐。
    而Flex Formatter让这些格式化代码成为可能。它是在SourceForge.net上发布的插件工具。将它安装在Flash Builder上就可以方便地进行代码格式化。
□ 特点
通过丰富的设置实现超详细的格式化策略
通过快捷方式([Ctrl]+[Shift]+[F])格式化(和Eclipse中Java格式化一样)
通过提高代码可读性带来生产率的提高

□ 格式化的设定
    下图是格式化设定界面。



图3 Flex Formatter的设定界面

具体设定类别如下:
General(一般)
ActionScript
Blank lines/spaces(空行、空格)
Newlines/wrapping(换行)
Tweaks(微调)
AS Rearranging(ActionScript重新排版)
Modifiers(修饰符)
Elements(元素)
Span/Headers(代码内分段)
Copyright
MXML

    各类别都有详尽的设定,根据需要灵活应用吧。
【3】静态分析代码「FlexPMD」
    FlexPMD是静态分析代码的工具,它静态地检查代码本身的质量。在Java领域,以FindBugs和PMD最为有名。
    FlexPMD在提高代码质量上效果显著。通过使用FlexPMD,开发者本人、或其他开发者、甚至是其他公司的质量管理者也能方便地进行代码检查。在收到交付的代码时,也能进行检查。
□ 特点
全部82种规则实现彻底检查
可发现潜在Bug
可发现不推荐的编码方式
可发现可能影响性能的代码
可发现性能低下的代码
可通过Ant运行

    不仅能检查编码规范和发现潜在的Bug,也能在一定程度上查出可能影响性能的代码。

□ 导入方法
 下面介绍一下FlexPMD工具的导入步骤:
从更新站点安装插件
FlexPMD工具的下载(JAR文件)
FlexPMD的设定
注册PMD和CPD的command-line-1.0.jar
路径中不能有半角空格
WorkSpace中不能有半角空格
□ 使用方法
    导入FlexPMD后,从以下站点下载FlexPMD用的配置文件。



图4 FlexPMD设定站点

    在上面的站点,可设置优先级(Error、Warning、Info),也可设置“忽略设置”。而且可导出XML格式的配置文件,因此也可以用文本编辑器修改默认的配置文件。另外,错误消息默认是英语的,也可通过修改配置文件修改成其他语言。
    在包资源管理器中,右击项目,选择“Run FlexPMD”便能运行FlexPMD了。在FlexPMD视图中会显示检查到的错误信息。



图5 FlexPMD的运行

 下图为FlexPMD的运行情况。



图 6 FlexPMD(结果)视图

    通过查看这个运行结果不难发现FlexPMD的特点之一,即在FlexPMD配置中设定了“违反规则则报Error错误”的时候,会出现红色的Error警告,表明应用程序不能运行。这也意味着不修正这个警告,程序便不能进行测试。由此可见,通过FlexPMD达到了让开发者强制进行静态分析的要求。

□ 注意点
    基本上若从项目开始阶段便导入FlexPMD,由于警告数量不多,开发者可以从容应付。但若从收尾阶段导入,则需要对所有现存的代码做静态分析,会出现大量的警告,这点需要注意。

【4】自动执行基于用例的测试「QTP」
   
    基于用例动态地测试应用程序的实际行为是测试阶段最重要的任务。QTP就是这么一个能自动执行基于用例测试的工具。



日本HP HP Software HP QuickTest Professional 10.0 software via kwout


 “用例测试的自动化”是其特点之一。在测试中最费时费力的就是用例测试。对于应用程序来说,不管服务端和客户端进行了多大程度的单体测试和静态测试,页面之间不能正确转移就是毫无意义的。QTP能让用例测试自动化。



图7 QTP的运行界面

□ 注意点
    实际上QTP在Flex2时便支持了Flex的自动化测试,但却未受到注意。其中最大的原因是QTP的License费用。但若考虑到大规模项目的测试工时,就并非那么高价了。
     虽有FlexMonkey等免费用例测试工具,但真正要用于基干业务应用程序开发项目等时,在功能上稍显不足。在实际中几乎不怎么使用它们。
    在使用QTP时需要做些准备工作。在开发自定义组件时,需要做QTP对应。这点很重要,有必要在项目计划阶段就将开发工时增加10%~20%。当然,开发工时虽然增加了,测试工时却获得了大幅消减,这是使用QTP的好处。
 下面是使用QTP测试Flex时,非常有参考价值的URL:
使用QuickTest Professional测试ADOBE FLEX 4应用程序
Flex 4测试自动化插件

    在开发Flex时,请务必参考Adobe公司提供的开发指南。(由于非常重要,这里再次强调)
□ 使用方法
    一旦完成自定义组件的QTP对应之后,就能非常简单的用QTP做自动化测试了。
启动QTP,点击录制按钮。
像往常一样,使用鼠标键盘操作应用程序
结束一个用例后,点击QTP的结束按钮
根据需要在QTP上添加检查点
修改测试用例以检查画面上的值等

    由此,以后只要运行所建立的脚本,就能随心所欲地进行多遍用例测试(回归测试)了。


【5】Flash Builder的「性能分析」功能

 Flash Builder具有性能分析功能。可以对Flex应用程序进行性能和内存泄露检查。



内存使用量视图

    请注意只有Premium Edition版本的Flash Builder才具有性能分析功能。

热点排行