手机客户端测试要求

1、手机客户端测试手机客户端UI测试要求分辨率现市场上主流的塞班V3系统手机为240*320、320*240。WM系统主要为240*320、 320*480。Android系统主要为320*480, Iphone系统为320*480。在产品确定设计前在哪 些系统中些屏幕下运行。测试将对不同的屏幕下对UI在不同的机型个测试效果。前景色与背景色搭配合理协调，反差不宜太大，最好少用深色，如：大红，大绿等，常用色考虑使 用手机系统的界面色调。对于UI在设计上的用色，测试可以提出很多宝贵的意见，只有图 片跑在手机系统才可以更好的分辩出UI设计的图片是否会产生误差，这里的误差是指图片 颜色是否与手机系统搭配，

2、是否与视觉设计的想法有出处。按钮与正在进行的操作无关的按钮应该加于屏蔽（在windows mobile用灰色显示）， 或许与WM系统的界面有关，对于不同的系统，在UI测试上要有所不同，在满足手机特性 的情况下，如何做到对于手机界面UI测试显得更加重要。焦点与非焦点控件的焦点与非焦点状态的边框要有明显的区别。对于控件上的焦点掌握，在不同 颜色下的边框有着严格的要求。即在选中与未选中下，UI对于控件不同，这对于UI测试的 要求更高。长操作长操作（下载，上传，更新，登录等）时，要有明确的动态指示logo或文字（例如: loading等），表明操作正在进行中。手机访问速度没有PC快，对于手机小屏幕很容

3、易 失去耐心，简短的提示就是为了让用户继续停在当前页面，同时友好的UI界面提示也显得 很重要。提示说明对于非法的输入或操作应有足够的提示说明，提示、警告或错误说明应该清楚、明了、恰当的跳出提示警告画面，但冲击力不能太强。文字描述的准确性a.文字描述与对应功能是否一致；b.错别字。文字用语的一致统一：父窗口的选项与子窗口标题统 致。产品帮助文档a.与产品功能和截图配套一致，当重新打包新系统时，及时更新产品帮组文档；b. 文档格式；c.帮助中应该提供技术支持方式，一旦用户难于解决可以方便寻求新的帮 助方式。版权和商标产品的版权和商标的logo和文字申明（一般在启动界面或者软件产品的关于”选项里 面

4、）；涉及公司的形象和品牌，一定要规范标准化。自定义界面给用户提供自定义界面风格，由用户自己选择颜色和字体。满足不同用户习惯，同时 满足用户对于一些颜色偏差（如色弱用户）。测试流程：根据提供的UI规范文档以及PRD 了解整个产品的业务和UI规范。开发提供已设计好的DEMO。如果是单一的DEMO,不涉及业务流程，跳到第5否则跳到第4。结合PRD中的业务流程以及UI规范进行测试，并提交发现的BUG，执行完后进行第7。使用UI规范文档对已提交的DEMO页面进行测试，并提交BUG。对后续给出的DEMO页面根据PRD的业务进行集成测试，并提交BUG。对BUG进行跟踪回归测试。客户端性能测试软件测试有很多划

5、分的方法。按测试用例设计方法分，可分为白盒测试、黑盒测试按测试方式分，可分为动态测试和静态测试。静态测试指测试不运行的部分一只是检查和审 阅；动态测试指运行和使用软件，找出缺陷。按测试流程分，可分为单元测试、集成测试、(确认测试)、系统测试、验收测试。按测试内容分，可分为功能测试(Functionality Test)，可接受性测试(Acceptance Test)，用 户界面(User interface 或 UI)测试，边界条件测试(Boundary Condition)，性能测试(Performance Test)，回归测试(Regression Test)，压力测试(Stress Te

6、st)，配置和安装测试(Configuration and Setup Test)，兼容性测试(CComparability Test)，国际化支持测试(International Sufficiency) 以及本地化测试(Localization)等。GSM协议面太广，其实不需要全面的了解。但也不能一点也不了解。只要懂得如何查找如 何去学习就可以了。手机软件测试应以单元测试、集成测试、(确认测试)、系统测试、验收测试、产品发布这个 流程来走。其中应根据开发文档比如开发计划、UI SPEC等来确认测试需求、测试用例、 测试计划等。手机测试不可能仅指功能性测试，而不借助任何测试工具。可能用到一些log提取或分析等 工具，或一些自动