手机软件测试最佳实践(二)

5.1  测试环境搭建

5.1.1  环境搭建重要性和要素

众所周知,没有测试环境根本无法执行测试。对搭建测试环境的考虑应该跟测试活动本身一起被计划。假如你现在想在真实网络环境下验证集成后的模块功能,恰好你所处环境没有网络覆盖,显然测试将无法执行。

然而终端测试环境很多,通常需要准备硬件可靠性测试、环境适应性测试、一致性测试和外场测试等各类环境。为了更好地回答“怎么搭建测试环境?”、“为什么要搭建测试环境?”等问题,本章着重讨论针对手机软件测试的环境。

目前,终端厂商越来越注重人机界面、功能齐全的应用、智能的操作系统,故测试工程师要应对的测试要求也越来越多。并且测试的好坏直接取决于应用业务测试环境的搭建,所以测试质量不仅取决于在建好的测试环境下对功能点测试覆盖情况,还取决于在建好的测试环境下对终端或业务互连互通要求的测试覆盖情况。

在3G牌照发放初期,网络覆盖较差的情况下,多样化的双模终端推广便是当时的工作重点。所以,关键的测试是双模机切换控制、业务兼容、机卡兼容、终端耗电、漫游等。

在3G全球商用推广阶段,3G终端不仅要解决芯片方案、操作系统、电源技术的部分,还要解决个性化的业务应用、定制化的软件功能、丰富的3G业务的部分。因此,只满足手机软件功能的测试是不够的,手机软件的性能测试、平台或应用业务的认证测试也势在必行。

在互联网全面普及的今天,用户对终端的外观感受、终端的使用质量、人机交互的便利、音视频高保真、网络数据的带宽、视频的品质、互联网大量免费的内容等需求越来越多,故大量业务仿真模拟测试,集成应用的测试都将越来越难。

为了更好地满足以上手机应用软件的业务规范,满足终端的测试规范,满足运营商定制手机的要求,在进行手机的人机界面设计和应用软件测试环境搭建时应该考虑如下的问题。

● 配置。准备要测试的手机,将其选择默认配置或置于正确的起始状态,否则测试结果会受到不良变量的影响。

● 运行。向手机输入数据,向网络、终端本身或终端上SIM卡发命令,以某种方式与被测手机进行交互。否则,测试工程师能够做的只是静态的评审,而不是动态的测试。

● 观察。收集有关手机的响应信息、输出数据、系统整体状态、人机界面输出与其他实体的交互等方面的信息。如果测试工程师不能很好地观察所有事物,那就看不到问题所在。

● 评估。参考对照业务规范,运用逻辑推理或业务流程分析测试所观察到的数据中存在的问题,否则就无法根据对数据的分析汇总出报告,进行评估。

模拟环境要能全面地模拟出业务系统所能实现的功能,以贴近真实用户使用环境。

5.1.2  实验室配置和规划

实验室配置依据终端平台不同、研发过程不同、测试类型不同,将做出不同的规划和调整。在2G时代,测试的重点是在物理层和协议层,因为2G主要提供的是语音业务,对物理层和协议层的测试可以保证语音业务的服务质量。

而3G则完全不同,大量的新应用正在不断地出现在3G移动设备上,其中几乎所有的应用都是以数据为中心的应用。最终用户感受到的数据服务性能将决定设备的优劣。因此,在3G时代,测试的重点正在转移。虽然评估手机的最低性能指标和协议一致性测试始终十分重要,但越来越多的测试将重点放在验证终端支持的应用和其他高级特性上。某些应用运行时的性能往往直接影响到最终用户的体验,因此为了实现新业务和应用的成功部署,在部署测试工具前必须帮助制造商和运营商在实验室中确定端到端应用存在的问题,测试环境必须在手机销售到最终用户手中之前对其进行包括集成、设计验证、互通性和应用/业务测试在内的全面评估。

手机一致性测试用例所要求的基本配置,如下所示:

● 射频指标测试:Anritsu,ME7873A;

● 协议一致性测试:R&S,CRTU W;

● 机卡接口测试:Orga,Test System IT3 platform;

● 音频性能测试:Sonora,Acoustic Measurement System;

● 自动测试平台:TestQuest,CountDown;

● 性能测试平台:Spirentcom,APEX C2K。

目前,也可用模拟的网络进行终端一致性测试。真实网络的测试主要是基于现网的业务实现进行相应的测试,在现有的网络设备、网络配置以及网络所支持的业务功能情况下进行的测试;而对模拟网络来讲,进行目前网络所不支持的一些性能的测试,是为了保障将来在网络设备升级或者增加新业务或者网络结构演进的情况下,仍能保证终端能够正常工作。

对于智能手机的测试,搭建测试环境时往往还需要投入大量的周边设备和资金。在构建测试环境过程中,需要考虑具体的测试过程,早期的单元测试、集成测试过程,需求相对独立,对测试工具和测试工程师知识技能方面要求更高,如测试脚本编写、维护及自动化测试的构建。后期的系统测试、可接受性测试过程,应用业务繁多又复杂,绝大多数情况下可以借助现网业务的环境。但考虑到不同种类的测试需求,测试工程师仍需要准备设备的一次性投入,以确保执行测试的有效性和充分性。模块及对应测试环境最少的投入如表5.1所示。

测试类型 功能模块 需求软硬件环境
功能测试 公共模块 存储卡及读卡器、兼容的SIM/USIM卡、蓝牙设备、USB设备、红外、GPS、下载Java MIDlet、Provisioning、Push、E-mail
通话模块 兼容的SIM卡及补充业务开通、传真及数据呼叫业务捆绑、日志及计费、STK快速拨号、固定拨号
多媒体应用模块 终端模拟器、图像浏览、播放器、录音、兼容的多媒体测试数据
性能测试
互操作性测试
智能短消息 短消息中心
即时消息 即时通信服务器、网络名片簿、网关
呈现业务 呈现业务服务器、用户数据库
语音通话 网络
彩信 彩信中心、多媒体文件资源
认证测试 J2ME 终端、网络、测试服务器
蓝牙 终端、蓝牙设备、附件软件
USB 终端、USB设备、附件软件
易用性测试 UI布局和风格 用户体验场所、耳麦、录像记录、操作对比记录表

 

5.2  语音类业务

语音类业务是运营商为用户提供的电话业务和各种语音类增值业务的总称。

5.2.1  语音类业务简介

电话业务是GSM移动通信网提供的最重要的业务,经过GSM网和PSTN网,能为数字移动用户之间和数字蜂窝移动电话网用户与固定网用户之间,提供实时双工通信,包括各种特殊服务呼叫、查询业务和申告业务,以及提供人工、自动无线寻呼业务。

IVR业务是其中主要的无线语音增值服务。和目前大家熟悉的固定电话声讯服务类似,用户只需用电话即可进入服务中心,根据操作提示收听语音服务,系统会根据用户输入内容播放有关的声讯信息。手机用户拨打指定服务号码,能获取所需信息或参与互动式服务,例如聊天室或交友信息等。

个性化回铃音业务,又名彩铃,是语音类增值业务的一种,也是一项定制该业务的用户作为被叫用户时生效的业务。申请业务的用户可以通过多种方式设定或管理回送给呼叫自己的用户的回铃音。

PTT业务又称一键通,实现了Walkie-Talkie功能的半双工集群话音业务,PoC是基于蜂窝移动通信网的PTT业务。呼叫方无须拨号,按下PTT键进入呼叫状态,立刻发起对所定义的个人或群组进行呼叫,接收方弹起PTT键后进入接收状态,来话无须振铃即可自动播放。同一时刻只允许一个人处于呼叫状态,系统通过判断各PTT用户按键先后顺序及预定义的优先级来决定呼叫权的分配。

5.2.2  语音类业务功能和典型业务流程

语音类业务功能及其典型业务流程主要有以下三类。

1.IVR业务

IVR业务大致分为基本业务和扩展业务两种,基本业务主要包括点对点语音短信业务、超级寻呼业务及免打扰业务等;扩展业务可包括歌曲点播、信息定制、移动聊天、语音广告、语音游戏、移动彩票及公共信息查询等。以典型的语音短信为例,主要功能包括语音短信发送、语音短信获取及语音短信管理(重放、回放、存储、回复、转发、删除等)。

2.个性化回铃音业务

个性化回铃音业务的功能是在被叫用户空闲状态下,系统将播放用户定制的回铃;在被叫用户忙的情况下,终端根据MSC的指示播放相应回铃;在被叫网络忙或用户不可及等情况,终端根据MSC的指示播放相应回铃;如遇无主叫号码或号码不正确等情况,终端根据MSC的指示播放相应回铃。

在呼叫保持、呼叫等待和多方通话的情况下,终端根据MSC的指示播放相应回铃。例如,用户A与用户B正在通话中,用户C呼叫用户B,则用户C是否能听到回铃取决于用户B端回送给业务平台的ACM消息中标识的用户B的状态,如果状态为空闲,业务平台将建立与主叫的通信,可以播放回铃;否则透明传输ACM消息,由用户C端发送对应参数来控制终端回铃。

3.PoC业务

PoC业务的功能包括一对一即时通话、群组通话和回呼请求。一对一即时通话是PoC业务的基本功能,两个用户之间可以进行一对一呼叫,但在呼叫的某一时刻,只能有一方发话。PoC业务也允许用户和其他多个用户建立语音通信。但在同一时刻,处于一个群组中的用户只能一个人处于发话状态,其他人处于接收状态。用户可以通过如下三种方式建立群组会话:

● 用户创建完预设群组后,直接选择该群组,邀请预设群组内的成员开始会话;

● 用户在发起群组呼叫时,临时选择并邀请多个用户开始会话;

● 用户无须邀请其他用户,主动加入聊天室后,就可以直接进行会话。

主叫方还可以给被叫用户发送回呼请求,要求被叫方进行回呼建立一对一会话的过程。被叫用户可以识别回呼请求及呼叫用户标志,并可以自由选择回呼或忽略该请求。

典型业务流程主要包括PoC会话建立流程、离开PoC会话流程及增加用户到当前PoC会话流程。

5.2.3  PoC业务对终端的测试需求

PoC业务是基于IP的数据分组业务。终端功能需求如下:

● 终端需支持AMR语音编码;

● 支持SIP、RTP/RTCP和SDP协议;

● 终端需PoC客户端软件,支持回话控制和相关用户界面;

● 定制PoC终端,独立的PoC物理按键和扬声器设计,在不同的核心网支持下,具有不同PDP连接能力,对信令和语音流数据分别使用不同优先级的PDP连接。

终端参数配置要求支持以下参数:

● PoC Server地址;

● PS域设置-APN,用户及密码;

● IMS域名;

● 支持USIM卡或ISIM卡中Private URI;

● 用户Public URI;

● 预建立会话支持标志,用来通知PoC Server是否支持预建立的Session功能;

● 群组多用户回话支持标志,用来通知PoC Server是否支持同时发生的Sessions功能

终端能力协商可以保持与网络侧版本及相关参数一致。

5.2.4  PoC业务应用的测试实例

从PoC业务特点看,PoC用户应有以下会话最小能力集合:

● 创建和管理由PoC业务实体使用的PoC用户定义的预设PoC群组列表;

● 创建和管理PoC用户定义的聊天群组;

● 管理PoC会话处理方法包括Presence信息,基于邀请用户的标志自动接收、人工接收及拒绝接收;

● 创建和管理PoC用户自己的联系人列表;

● 运营商可以中止某一个特定PoC通信;

运营商可以配置一个会话最大时长和某用户一次发话的最大时长。

5.3  消息类业务

5.3.1  消息类业务简介

短消息服务(SMS)作为GSM Phase1的业务标准,目前已经被集成到CDMA、TDMA和PHS等众多网络标准中,使得SMS成为最普及的移动无线数据业务,即通过手机发送和接收有限长度文本信息的服务。它可以是字符串、数字及字母的组合,包含160个英文字母(7bit编码)或70个非拉丁字母(16bit编码),如中文汉字或阿拉伯字母等Unicode编码;按其实现方式,可分为点到点短消息业务和小区广播短消息业务。

EMS是SMS增强版本,实现原理类似。它使用信令信道,通过短消息中心存储和转发消息,能够将简单音调、图片、声音、动画、文本集成到一起,在支持EMS的手机上整体显示出来。例如,当消息中出现感叹号时,可演奏相关的音调,或把简单黑白图片、文本及声音效果同时显示出来。EMS支持以下各种标准格式的多媒体:

(1)格式化文本,如左右对齐、居中、字体、字形、加粗、加黑、斜体、下画线等;

(2)16´16像素、32´32像素、可变尺寸黑白图片,标准建议图片最大尺寸为94´94像素;

(3)EMS预定义了10种声音,标准格式是iMelody,大小不得超过128字节,以基于文本的方式表示音调;

(4)支持16´16像素、8´8像素两种尺寸动画图片,预定义了一些表情动画,用户也可以自己定义动画。

多媒体信息业务是按照TS23.140和WAP-206/209中有关多媒体信息的标准开发的全新业务。在GPRS、CDMA2000 1X等网络的数据传输能力的支持下,以WAP无线应用协议为载体传送视频片段、图片、声音和文字,同时支持与语音、浏览、电子邮件等多种业务互通,实现终端到终端、应用到终端、终端到应用的手机多媒体消息服务。

5.3.2  短信业务功能和典型业务流程

短信业务流程可总结为三种情况:点对点是指在普通用户间收发短信;点对SP是指用户与各种服务提供商间进行短信业务;短信存储容量已满或用户不在服务区或关机的情形下存储转发流程。具体功能和典型业务流程说明如下:

● 点对点业务的流程:本网间MO与MT收发流程;异地网MO与本网MT间收发流程;本网MO与异地网MT间收发流程;

● 点对SP业务的流程:本网终端用户访问异地SP;异地SP访问本网终端用户;

● 通知报警业务流程:分终端短信存储空间是否可用和终端是否可及两种情况。即短信存储容量已满或用户不在服务区或关机无法收发短信的流程。

彩信业务流程可总结为四种情况:端到端收发流程;终端到应用及应用到终端流程;点对多点业务流程,在一次彩信发送过程中,接收方可指定多个终端或应用地址;与非彩信终端互通支持,非彩信终端用户接收到彩信消息到达通知后,可采用E-mail、WWW和WAP浏览等方式访问多媒体消息。

● 根据用户接收彩信情况,发送端到接收端有5类流程:

Ø 接收方终端延时成功下载彩信;

Ø 接收方终端立刻成功下载彩信;

Ø 接收方终端延时前转彩信;

Ø 接收方终端立刻前转彩信;

Ø 接收方终端拒绝接收彩信。

● 彩信终端与外部邮件服务器之间的收发流程。

● 彩信终端与网站应用之间的处理流程。

5.3.3  短信业务对终端的测试需求

随着短信业务的逐步开展,业务种类和业务形式的逐渐丰富,对手机终端的需求也越来越多,对终端的要求主要有以下几个方面。

● 终端能支持短信中心号码的设置,支持从USIM卡得到短信中心号码。

● 终端协议必须支持TS 23.040,TS 24.011和TS 23.038。

● 终端必须支持通过电路域和分组域两种方式来承载短信业务。

● 如果需要以短信的格式或以短信串接的格式,即那些支持下载的铃声和图片,甚至EMS对终端又有更多的要求:

Ø 需要增加对文本格式的修饰功能,如字体、字符及对齐方式等;

Ø 图片需要支持小图片,大图片和可变尺寸图片,支持扩展黑白图片和大图片,可以通过压缩方式传输;

Ø 如上节内容所提,支持10种不同的声音格式,可以在短信中以压缩格式发送。

● 对于WAP2.0所支持的一些新业务,往往需要借助短信来配合,如OTA Provisioning和WAP Push,终端支持通过短信承载来发送到最终用户。

从用户使用角度考虑,终端需要支持超长短信和群发短信功能。

文章分类 未分类

发表评论

电子邮件地址不会被公开。 必填项已用*标注

*

您可以使用这些HTML标签和属性: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>