1.各种分辨率下,显示正常。现市场上主流的塞班V3系统手机为240*320、320*240。WM系统主要为240*320、320*480。Android系统主要为320*480,Iphone系统为320*480。在产品确定设计前在哪些系统中些屏幕下运行。测试将对不同的屏幕下对UI在不同的机型个测试效果。
2.前景色与背景色搭配合理协调,反差不宜太大,最好少用深色,如:大红,大绿等,常用色考虑使用手机系统的界面色调。对于UI在设计上的用色,测试可以提出很多宝贵的意见,只有图片跑在手机系统才可以更好的分辩出UI设计的图片是否会产生误差,这里的误差是指图片颜色是否与手机系统搭配,是否与视觉设计的想法有出处。
3.与正在进行的操作无关的按钮应该加于屏蔽(在windows mobile用灰色显示),或许与WM系统的界面有关,对于不同的系统,在UI测试上要有所不同,在满足手机特性的情况下,如何做到对于手机界面UI测试显得更加重要。
4.控件的焦点与非焦点状态的边框要有明显的区别。对于控件上的焦点掌握,在不同颜色下的边框有着严格的要求。即在选中与未选中下,UI对于控件不同,这对于UI测试的要求更高。
5.长操作(下载,上传,更新,登录等)时,要有明确的动态指示logo或文字(例如:loading…等),表明操作正在进行中。手机访问速度没有PC快,对于手机小屏幕很容易失去耐心,简短的提示就是为了让用户继续停在当前页面,同时友好的UI界面提示也显得很重要。
6.对于非法的输入或操作应有足够的提示说明,提示、警告或错误说明应该清楚、明了、恰当的跳出提示警告画面,但冲击力不能太强。
7.文字描述的准确性:a. 文字描述与对应功能是否一致 ;b. 错别字。
8.文字用语的一致统一:父窗口的选项与子窗口标题统一一致。
9.产品帮助文档:a. 与产品功能和截图配套一致,当重新打包新系统时,及时更新产品帮组文档; b.文档格式; c.帮助中应该提供技术支持方式,一旦用户难于解决可以方便寻求新的帮助方式。
10.产品的版权和商标的logo和文字申明(一般在启动界面或者软件产品的“关于”选项里面);涉及公司的形象和品牌,一定要规范标准化。
11.给用户提供自定义界面风格,由用户自己选择颜色和字体。满足不同用户习惯,同时满足用户对于一些颜色偏差(如色弱用户)。
手机客户端UI测试常见的测试点
时间: 2024-10-10 06:48:19
手机客户端UI测试常见的测试点的相关文章
UI测试常见BUG汇总
在大多数开发.测试眼中,UI测试的重要性远小于功能测试.性能测试等,但只要够细心,总能发现一些UI bug或者UI 可以改进的地方提高用户体验. 录入界面 1.1 输入字段要完整,且要与列表字段相符合(参照数据库进行检查) 1.2 必填项一律在后面用*表示(必填项为空在处理之前要有相关的提示信息) 1.3 字段需要做校验,如果校验不对需要在处理之前要有相关的提示信息 (1) 长度校验 (2) 数字.字母.日期等等的校验 (3) 范围的校验 1.4 录入字段的排序按照流程或使用习惯,字段特别多的时
四则运算安卓客户端UI截图(部分)
1.我们组安卓手机客户端UI设计主要由林培文同学负责,界面中用到的素材全部由他一人用PS制作,所以在素材来源上当属原创啦.正因为UI由一个人设计,同时他还得分担少量后台代码的编写,颇多的工作量与人才短缺难免会导致UI设计上存在一些不足之处有待优化.当然在界面上我们尽最大可能地保持了其原创性,这也是我们组本次作业的亮点之一吧.废话少说,直接上图: (1)登录注册界面 (2)客户端主界面 (3)做题界面 (4)错题重做-->错题列表(单项条目可点击) (5)排行榜界面 (6)统计
DATASNAP中间件支持安卓手机客户端
DATASNAP的中间件不仅支持WINDOWS客户端调用,也支持安卓手机,苹果手机客户端调用,当然也包括各种平板客户端调用. 咏南DATASNAP中间件支持安卓手机客户端.测试环境:DELPHI XE8编译,手机系统是安卓5.1,界面使用FIREMONKEY. DELPHI编写手机客户端的注意事项: 1)客户端必须 uses IPPeerClient,否则连接中间件的时候会报错: 2)不再需要USES MIDASLIB:在工程里面引用反而会报错: 3)中间件的远程方法参数不支持WIDESTRIN
Socket Android手机客户端与PC服务端局域网内联测试
Socket Android手机客户端与PC服务端局域网内联测试,笔者采用的是 PC服务器,Android平板客户端 ,PC模拟器客户端, 前段时间为了加深对Socket通信的印象和知识的深度掌握,我模仿了QQ的一些元素,也借鉴了其他牛人的一些源码思想,写了 一个 叫 IQ 的 Android 聊天软件,该软件大致由 Android客户端.JAVA pc服务端.mysql数据库组成,客户端和服务端都 比较多的用到了读写的IO流,SCOKET,线程等,这篇博客主要给大家介绍测试环境,不讲源码实现方
手机测试总结----经验分享(UI测试)
UI测试: 1. 多检查一些相关的界面,知道什么界面应该是什么样子或者在一些上市产品上是什么样子, 知道参考先有个基线在脑海中,这样的话当打开某个页面的时候就会下意识地去看看是否有问题了. 1) 在不同语言下表示不同的,比如中文下Wi-Fi应为WLAN. 2) 在特定的语言,翻译之后左右顺序颠倒. 3) 翻译错误,或者不翻译. 4) 翻译不统一的,比如XXX. | YYY,在这种情况下符号两边应该一致.(两边都有.| 或者都没有)
移动互联网APP测试流程及测试点(2014版)【转】
移动互联网APP测试流程及测试点(2014版) 来自:http://wenku.baidu.com/link?url=uFn09W0tDsdSqpRw3mQflsASTf-5XK7ccCn0bVBwMqWUpOgI7YkzFh0DnpYlgXnJ2lyiddsUrIDH9qMmi1hE00a24oTz4uQj9M-lSZ_-wRK 1 .APP测试基本流程 1.1流程图 1.2测试周期 测试周期可按项目的开发周期来确定测试时间,一般测试时间为两三周(即15个工作日),根据项目情况以及版本质量可适
APP测试流程和测试点
1 APP测试基本流程 1.1流程图 1.2测试周期 测试周期可按项目的开发周期来确定测试时间,一般测试时间为两三周(即15个工作日),根据项目情况以及版本质量可适当缩短或延长测试时间.正式测试前先向主管确认项目排期. 1.3测试资源 测试任务开始前,检查各项测试资源. --产品功能需求文档: --产品原型图: --产品效果图: --行为统计分析定义文档: --测试设备(ios3.1.3-ios5.0.1:Android1.6-Android4.0:Winphone7.1及以上:Symbian
App测试流程及测试点
1 APP测试基本流程 1.1流程图 接收版本 尽快申请到正式环境下测试 不符 App测试版本送测规范 用户行为统计测试 后台订单统计测试 尽快申请到正式环境下测试 兼容性测试.性能压力测试 功能测试:核对需求文档 UI测试:核对rp/效果图 符合 回归测试 仍然为测试环境 进入正式环境 发送上线报告 Fail Pass 1.2测试周期 测试周期可按项目的开发周期来确定测试时间,一般测试时间为两三周(即15个工作日),根据项目情况以及版本质量可适当缩短或延长测试时间.正式测试前先向主管确认项目排
移动互联网App测试流程及测试点
1 APP测试基本流程 1.1流程图 尽快申请到正式环境下测试 不符 用户行为统计测试 后台订单统计测试 尽快申请到正式环境下测试 兼容性测试.性能压力测试 功能测试:核对需求文档 UI测试:核对rp/效果图 符合 仍然为测试环境 进入正式环境 发送上线报告 Fail Pass 1.2测试周期 测试周期可按项目的开发周期来确定测试时间,一般测试时间为两三周(即15个工作日),根据项