BREW TM Developer Training

1. 第二十四章 联通BREW 测试简介 BREWTMDeveloper Training

2. 主要内容 • 本章根据《中国联通BREW应用测试指南》，对UBT测试流程及测试要点进行了介绍。 • 从TBT到UBT • UBT测试流程 • UBT测试工具 • UBT常见测试错误

3. 从TBT到UBT • Qualcomm 为提高BREW上线应用质量，配合BREW在全球的推广同步推出了一套TRUE BREW TEST的测试体系，简称TBT。只有通过TBT测试的应用才有资格上线。 • 由于联通BREW开发规范的特殊要求，Qualcomm配合联通起草了一套Unicom BREW TEST的测试体系，简称UBT。UBT主要是基于TBT测试流程进行了相应的裁减，并加入了联通新的需求。 • 联通的UBT测试是由联通博路公司根据《中国联通BREW应用测试指南》实施的 • 目前基于UBT测试流程，联通已通过了1000款应用的测试，UBT测试流程的建立保证了联通应用上线的高效与质量

4. 联通审核允许测试，分配测试序列号，业务代码和 Part Number，并通知开发商 开发商在手机上 对新应用进行自测 开发商为新应用向联通提交神奇宝典技术测试申请表进行业务审核 开发商在手机上对 移植应用进行自测 开发商对应用 进行打包 开发商提交应用包进行UBT测试 应用接受检查 应用进入测试 应用全面测试 通知开发商测试状态及测试报告 UBT应用签名并上载到联通BDS系统 开发商同联通 签订收费计划 联通将UBT应用 放入商用目录 新应用 移植应用 UBT测试流程

5. UBT测试工具 • 常用UBT测试工具有2种： • Fstest： 用于最大文件空间测试。进行测试时，将应用和fstest同时装入被测试手机中，运行fstest填充空间完毕后再在文件空间满的情况下运行被测试应用。 • Smstool： 连续发送SMS用于应用的中断恢复测试。可自定义SMS的内容、发送次数及发送间隔。进行测试时，将smstool装入发送手机，向被测试手机发送短信

6. UBT常见测试错误 • 应用的中断和恢复 • 文件空间满测试 • 按键 • 网络连接与服务丢失 • 输入法 • 连续声音播放 • 铃声/图片 • UI设计 • 应用的功能性错误 • 应用的移植

7. 应用的中断和恢复 • 中断和恢复时的常见错误有： • 页面重叠，或白屏 • 来电/短信时没有提示音 • 背景音乐消失 • 背景页面消失 • 来电/短信后应用不挂起，并且出现手机死机/关机/重启现象 • 数据连接/数据传输的同时来短信，拒收/查看返回后出现死机/重启现象

8. 文件空间满测试 • 该项测试要求文件空间满时能够正常启动应用，并在操作异常的情况下给予用户提示。 • 常见的测试错误有： • 应用运行异常 • 手机重启 • 提示“Memory Access”信息 • 应用无法启动运行并且没有给出明确的错误原因提示 • 由于系统文件空间为零时出现的操作失败而没有给出明确的错误原因提示

9. 按键 • 常见的按键测试错误有： • “接听”键除语音呼叫、数据呼叫和手机发起的短信功能外，不应有其它功能；否则会认为错误。 • 按键操作的定义和规范文档不符。 • 清除键除了做清除，返回功能和取消连接功能外，不能作其他用途。 • 没有考虑到手机的差异性，有的手机支持按[*]键切换英文大小写，有的手机不支持。 • 有的手机没有AVK_SOFT2按键 。 • 连续的按键输入造成手机功能异常

10. 网络连接与服务丢失 • 常见的网络连接测试错误有： • 在数据呼叫/数据传输的同时按下“结束键”，数据呼叫被释放的时间超过手机的Linger Time，并过长。 • 对于联网应用，在服务丢失恢复以后，不重新启动应用前，无法连接到网络。

11. 输入法 • 常见的输入法错误有： • 应用程序调用手机输入法，候选字菜单与应用程序的页面/菜单相重叠（如：应用程序菜单盖住候选字菜单，使用户无法辨认）

12. 连续声音播放 • 如果应用的主要功能是声音播放，或声音的播放对用户的正常使用有重要影响，那么就要求应用在使用过程中保证声音的连续播放。常见的声音连续播放问题有： • 背景音乐时有时无 • 来电/短信恢复后，背景音乐消失 • 来电/短信恢复后，背景音乐不连接播放，时断时续

13. 铃声/图片 • 在手机不支持应用中能设定当前铃声或者墙纸的情况下，应用中出现设定为当前铃声或者墙纸的功能

14. UI设计 • 常见的UI设计需要注意的事项有： • Splash屏幕应支持用户按任意键应跳过闪屏，进入屏幕主菜单。 • 应用程序主菜单页面至少要包括帮助和关于，形式不限。 • 应用程序结构与规范文档中描述的不一致。 • 文档中描述的功能没有实现 • 实际操作和文档描述不一致 • 显示乱码，文字错误 • 图象错误，画面交叠

15. 应用的功能性错误 • 测试公司在测试时主要时根据提交的测试规范来对应用进行功能性测试和逻辑考察。要求应用的功能实现严格符合设计规范的要求。常见的功能性错误有： • 实际操作和文档描述不一致 • 菜单项的定义 • 按键操作的定义 • 文档描述的功能没有实现 • 应用的功能错误或逻辑错误对用户的使用产生了明显的影响 • 显示乱码，文字错误 • 图象错误，画面交叠

16. 应用的移植 • 开发商将应用在多款手机上进行移植时需要注意下列手机的差异性问题。建议开发商在进行应用开发时要仔细阅读手机的DDS参数表，并在移植时进行移植机型的实际测试。 • 屏幕尺寸 • 按键定义 （AVK_SOFT2) • 字体的大小对UI排版的影响 • SUSPEND事件的处理方式 • 某些API接口是否支持，及限制 • API接口实现的特殊性，接口设计不标准或未全部实现。 • 透明色不标准 • 屏幕的刷新速度不同。 • 手机的CPU处理能力不同。 • 手机的堆栈，内存， Flash大小差别明显。 • 手机的中文输入方式差别。 • 手机本身的软硬件问题

17. 本章关键点 • 本章介绍了UBT新应用及移植应用的测试上线流程。UBT测试的常用测试工具有fstest及smstool。开发商在开发过程中应注意避免出现常见的10种错误

18. 问题回顾 • 请描述新应用的UBT测试上线流程。 • UBT测试的常用测试工具有哪些？ • 开发商在开发过程种应注意避免哪10种错误？