FlexUnit和单元测试

什么是单元测试,为什么要进行单元测试?

 

单元通俗的说就是指一个实现简单功能的函数。单元测试就是只用一组特定的输入(测试用例)测试函数是否功能正常,并且返回了正确的输出。

单元测试是针对软件的最小模块进行正确性检验的测试工作。所谓最小模块,在OOP的范畴内,通常是指对象的方法。

单元测试是程序员的一项基本职责和基本技能,直接影响到程序员的工作效率和软件的质量,也直接影响到团队的合作。试想以下的情形:

 

某程序员提交了一段未经测试的代码,另外一个程序员checkout出来后,使得本地的代码无法正常运行,花费了很长的时间才发现是这段未经测试的代码的问题:影响了其他程序员的工作。

 

某程序员的代码没有单元测试,过了一段时间发现程序运行异常,经过艰苦排查,发现是这段代码的问题,于是修复了漏洞;又过了一段时间,发现了另外一个bug,于是修复了这个新发现的bug;但是在修复这个bug的时候,导致了上次发现的bug重现(当时没有发现这个问题,因为一般只是对刚刚修复的bug作简单的测试):这是一个恶性循,一个bug的修复导致了另外一个bug的出现而不自觉。

 

单元测试的好处也是显而易见的:

提高了整个团队的工作效率。有质量的代码是对整个团队的贡献。

提高了程序员的责任心和代码的质量。通过单元测试,保证自己的代码是可靠的和完整的,这是对自己负责,也是对团队负责。

 

单元测试的内容
单元测试主要分为人工静态检查和动态(自动)执行跟踪检查。

 

人工静态检查
人工静态检查的主要目的是保证:

 

正确性,能够实现预期的功能。

清晰性,代码简明易懂,注释没有歧义。

规范性,代码的格式、命名等符合公司的编码规范和代码风格。

高效性,代码的执行效率尽量高。

以上的检查目标的优先级是从高到底的。

 

自动跟踪检查
自动跟踪检查是我们研究的重点。所谓自动跟踪检查,是指通过单元测试工具,编写单元测试的类和方法。当执行测试类和方法时,自动对设定的输入条件进行计算,并给出测试的结果。

通过自动跟踪测试,我们能够将发现的每个bug或者能够想到的未来可能的bug写进测试类和方法中。这样只要运行测试类,就能够有效的发现bug是否仍然存在,或者已经修复的bug是否又“死灰复燃”。

自动跟踪检查方式的单元测试是XP核心理念之一。单元测试和每日构建技术的结合,能够保证整个开发过程平滑顺利的推进。

 

 

FlexUnit测试

 

1.下载FlexUnit
http://opensource.adobe.com/wiki/display/flexunit/Downloads 

2.解压后有两个目录,asDoc是API文档,Bin是SWC库 
 


3.新建项目,如下图设定,按“Finish”新建项目 

 


4.右键项目TestFlexUnit->Properties->Flex Build Path,点击“Add Swc…”,加入flexUnit的swc包。 
 


5.新建一个需要测试的业务逻辑类(ActionScript类),例下: 

 

 

测试代码:

 


6.继承FlexUnit的TestCase类,新建测试业务的ArithmeticTest类,如下: 

 

7.修改TestFlexUnit.mxml,加入flexunit的TestRunnerBase。 

 


运行结果: 

 

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值