当前位置:首页 > 嵌入式 > 嵌入式软件
[导读]绝非浮云——手机自动化测试技术漫谈及OPhone自动化测试概览

近年来,随着智能手机操作系统的快速发展,在技术和需求层面上为手机自动化测试提供了丰富土壤,手机自动化测试越发成为广受瞩目的热门技术和重要研究领域。

笔者在从事OPhone自动化测试工作过程中,对业内开展自动化测试的情况进行过一些粗浅的研究和总结。总体来说,目前手机自动化测试技术大体可分为白盒测试和黑盒测试两种。

白盒测试

在手机自动化测试领域,白盒测试包括两种类型,第一种是传统软件测试理论中所指的白盒测试,即依赖被测对象的源代码具体实现的测试方式。在手机软件开发过程中所做的单元测试即属于此类型。第二种则是结合手机软件自身特点,对传统概念做了一些延伸。它指的是通过解析、控制和校验手机GUI控件元素对手机进行测试的方式。这种方式不必一定依赖于被测对象的源代码,但对于被测对象的GUI实现有较强的关联性。这种类型的白盒测试一般用于验证应用程序功能和界面显示正确性的功能测试。如果测试框架足够好,也可用来做自动化的性能测试、压力测试等。

目前几大主流手机操作系统对上述两种白盒测试方式都有很好的支持。例如,对于第一种类型:iOS在开发环境Xcode中提供了OCUnit框架;Android在SDK中集成了JUnit框架;Windows Phone 7可以使用Silverlight Unit Test Framework;Symbian在开发工具中提供了EUnit框架,同时还有Symbian OS Unit框架可供使用。总得来看,各个系统采用的都是xUnit这一业界广泛接受的理念。

图1 Android开发环境中集成的JUnit测试框架

第二种类型的白盒测试实现起来要比第一种类型复杂,因为它不仅要做到对界面组成元素的解析、识别、调用和比对,更要做到对被测应用所在进程做诸如发送触屏事件、发送按键事件这样的操作控制。当前,除Windows Phone 7尚不明确外,各主流系统均提供了这样的能力,如iOS系统从4.0版本开始增加的UI Automation instrument、Android从发布伊始就提供的 JUit和Instrumentation、Windows Mobile 6在SDK中集成的WMTF框架、Symbian 3基于QT开发的Testability Driver框架。图2 Symbian 3的Testability Driver框架基本架构图

图2 Symbian 3的Testability Driver框架基本架构图

白盒测试具有测试效率高、测试运行稳定性好、不易受UI改动影响等优点,但测试脚本往往采用编程语言(Android/OPhone的白盒测试脚本使用java语言开发)、脚本开发技术门槛高,同时会受到操作系统本身特性的限制,跨进程测试实现困难(在Android/OPhone上,如在编辑彩信时跳转到文件管理器里挑选附件,后续测试脚本是无法执行的,因为文件管理器和彩信不在同一个进程中)。

黑盒测试

相对于白盒测试而言,黑盒测试指的是通过外部指令驱动手机并通过外部方式进行测试结果校验的测试方式,即不考虑系统本身提供的自动化测试能力,所有的测试行为均在系统外部进行。比较典型的自动化黑盒测试方案是:通过手机操作系统对外提供的接口向手机发送触屏、按键等指令控制手机执行各种操作,同时将特定操作步骤执行后的手机当前屏幕显示做截图,再将截图数据通过图像对比或OCR的方式进行结果校验。

黑盒测试方式多被手机厂商或独立的手机自动化测试工具提供商所采用。像诺基亚在S40平台上使用的Austere C、在S60平台上使用的ART2、摩托罗拉在非智能机平台上使用的FlexAuto、索爱在多个产品平台上使用的BRAT、独立软件开发商BSQUARE公司的CountDown均属于黑盒自动化测试系统。

图3 BSQUARE公司的CountDown

黑盒测试方式不受操作系统内部特性的限制(如可以避免跨进程操作的限制),对手机操作系统本身是否具备高级的自动化测试能力也没有很高的要求;测试脚本可以采用描述性语言,而且可以提供简单易用的图形化操作界面,降低了使用门槛,有利于自动化测试在测试团队中的大范围推广。但由于使用图像对比或OCR的方式做结果校验,测试脚本受UI变动的影响较大,脚本维护成本会比较高;在执行效率、不同规格的手机适配便利性方面也不如白盒测试方式。

由于白盒测试和黑盒测试各有利弊,一般来说,在实际测试项目中,两种测试方式会配合使用、各取所长。

OPhone的自动化测试

OPhone走的是Android+ 路线,自然继承了Android在自动化测试方面的能力。目前OPhone在白盒自动化测试方面使用的也是JUnit+Instrumentation框架,对上述两种白盒测试类型都能很好的支持。黑盒自动化测试方面,OPhone目前有两套自己的黑盒测试系统A-Tool和OSTT,分别用于平台测试的各环节(如功能测试、压力测试、交互测试等)和OPhone专项测试中的MTBF(平均无故障时间)测试。基于两套测试框架共开发出近万个测试脚本,覆盖了大多数应用层模块和部分底层模块。基于以上框架开发的分布式测试系统和多框架集成测试系统已经投入使用或即将完成研发。同时OPhone还具有自行开发或引进的各类自动化测试工具24款,类型涵盖了功能测试工具、压力测试工具、性能测试工具、MTBF稳定性测试工具、测试辅助工具和系统监控工具。

通过构建自动化测试框架、开发自动化测试脚本、构建自动化测试系统和开发自动化测试工具,OPhone已经初步形成了较为完善的自动化测试体系。自动化测试已经应用在OPhone平台开发流程中的各个环节,例如每日构建出来后自动执行版本检查,对各软件模块进行单元测试,对系统进行自动化功能测试和自动化系统测试,产品上市前还有自动化的MTBF测试。

由于手机产品与用户有密切的交互,很多功能需要以测试人员的主观感受作为检验结果的依据,所以人工测试仍会在手机测试工作中占主导地位。但随着自动化测试技术的发展,会有越来越多的人工测试可以被自动化测试所替代,也会有越来越多的人工无法完成的测试任务被自动化测试所实现。如何更好的实施自动化测试,仍将会是业内关注的热点。OPhone团队也将继续在此方面进行有益的探索和实践,以此提升OPhone测试水平,更好的保障OPhone产品的质量。[!--empirenews.page--]

本站声明: 本文章由作者或相关机构授权发布,目的在于传递更多信息,并不代表本站赞同其观点,本站亦不保证或承诺内容真实性等。需要转载请联系该专栏作者,如若文章内容侵犯您的权益,请及时联系本站删除。
换一批
延伸阅读

在持续集成/持续交付(CI/CD)流程中,自动化测试用例的优先级排序直接影响软件交付效率与质量。传统按功能模块或开发顺序执行测试的方式,易导致高风险缺陷漏检、资源浪费等问题。本文提出一种基于风险评估的测试用例排序策略,通...

关键字: 自动化测试 风险评估 用例排序策略

在自动化测试体系中,测试步骤的颗粒度设计直接影响测试的稳定性、可维护性和执行效率。本文提出一种分层测试策略,通过原子操作、组件验证、流程测试和场景验证的四级颗粒度控制,实现测试覆盖与执行成本的平衡优化。

关键字: 颗粒度控制 自动化测试

在自动化测试框架中,多步骤业务流程的脚本设计是验证系统完整性的关键环节。本文以A→B→C→D典型业务场景为例,从脚本架构设计、测试用例覆盖、异常处理机制三个维度,系统阐述流程测试用例的实现方法。

关键字: 自动化测试 脚本

全新紧凑型回馈式源载系统助力工程师应对现代测试环境中的复杂性、紧凑空间及可持续性需求

关键字: 自动化测试 电源 功率系统

这一开创性系统为验证和生产环境带来了前所未有的灵活性、密度与自动化能力 俄勒冈州比弗顿2025年9月17日 /美通社/ -- Tektronix今日发布MP5000系列模块化精密测试系统,这一创新解决方案引领了自动化测...

关键字: TEKTRONIX 模块化 测试系统 自动化测试

当今软件开发生命周期的一个重要组成部分是自动化测试。自动化重复测试用例可以大大缩短开发周期,提高准确性,并释放人力资源来执行更困难的测试任务。本文有助于探索自动化测试的不同类型和战术用途。

关键字: 自动化测试 安全通信

单元测试是防止错误的第一道防线。这种级别的保护至关重要,因为它为以下测试过程奠定了基础:集成测试、验收测试以及最后的手动测试,包括探索性测试。

关键字: 软件质量 自动化测试

传统上,自动化测试分为单元测试、集成测试和端到端测试。这种分类是基于测试的范围,尽管不同类型之间的区别并不总是很清楚。单元测试的范围很窄,通常测试单个方法或类。集成测试验证不同组件之间的交互。端到端测试通常在平台或 We...

关键字: 自动化测试 单元测试

人工智能正在改变我们的世界,推动前所未有的增长和创新。这场革命的核心是高性能芯片,其特点是复杂性、精度要求和先进技术的集成度不断提高。

关键字: 自动化测试 LLM

全球移动应用程序市场以每年11.5%以上的速度增长,目前的市值已超过1544.6亿美元,此前19日转向远程工作的趋势有所增加,在线时间也有所增加。全球移动连接超过107.7亿个,对复杂、高性能B2B和B2B移动应用的需求...

关键字: 移动应用 自动化测试
关闭