手机客户端测试要求
APP内部H5测试点
APP内部H5测试点⼀、业务逻辑除基本功能测试外，需要关注的⼀些测试点：1.登录1.1 H5页⾯嵌⼊到客户端使⽤，若客户端已经登录，进⼊H5页⾯应该是登录状态1.2 H5页⾯嵌⼊到客户端内使⽤，若客户端未登录，如果访问的页⾯需要登录，是否能跳转到客户端登录页⾯。
若取消登录后，再次访问是否能正常的再次跳转到登录页⾯1.3 H5页⾯嵌⼊到客户端内使⽤，若客户端内已经登录，进⼊H5页⾯，该页⾯是否展⽰正常1.4 H5页⾯嵌⼊到客户端内使⽤，在H5端登录，客户端各个需要登录的页⾯（原⽣及H5页⾯）是否正常同步登录状态2.下拉刷新2.1 下拉刷新后，页⾯是否还在当前页2.2 下拉刷新后，页⾯数据是否正常显⽰2.3 ⽤户主动点击下拉刷新，页⾯是否还处于当前页；页⾯数据是否正常显⽰2.4 系统⾃动刷新，页⾯是否还处于当前页，页⾯数据是否正常展⽰2.5 长时间不操作，页⾯session过期，再次查看是否会⾃动刷新2.6 从其他页⾯返回时，数据需要刷新，是否跟上⼀次查看数据不⼀样2.7 页⾯数据有时间限制，超过时间是否需要⾃动刷新3.翻页3.1 数据只有⼀页时，加载数据翻页页⾯请求数据是否正常3.2 数据>1页时，加载数据翻页页⾯请求数据是否正常3.3 数据请求翻页loading时，向下刷新页⾯，页⾯数据请求是否正常4.返回4.1 页⾯是否有返回按钮4.2 点击页⾯返回按钮，页⾯是否正常返回到期望页⾯4.3 点击Android⾃带的返回按钮，页⾯是否正常返回到期望页⾯4.4 点击⼀些设计的返回按钮，页⾯是否正常返回到期望页⾯5.数据为空处理5.1 接⼝返回数据为空时，页⾯是否展⽰正常5.2 页⾯某个数据为空时，页⾯是否展⽰正常5.3 页⾯某功能返回链接为空，点击该功能区域是否会跳转6.分享6.1 点击分享是否能弹出预设的分享平台，选择分享平台后是否能调起第三⽅软件6.2 分享后，在第三⽅软件是否能正常打开分享的页⾯，并且页⾯能正常显⽰6.3 在第三⽅软件⼆次分享后，页⾯是否正常6.4 未安装预设的第三⽅软件，分享选项是否不出现该选项，若出现，是否能友好提⽰未安装7.其他异常处理7.1 页⾯session与cookie值过期时，是否会重新跳转到登录页7.2 页⾯session与cookie值过期时，页⾯展⽰是否正常7.3 APP回后台再回前台，页⾯是否正常显⽰7.4 页⾯title是否正常，只显⽰⼀个title，即原⽣title或H57.5 涉及⼿机相册时，是否⽀持放⼤显⽰照⽚，查看不同相册是否能正常7.6 涉及⼿机相册时，添加的照⽚有数量限制，在不同相册选择时照⽚总数是否为选择的总数7.7 涉及⼿机相册时，同⼀张照⽚包含在不同相册，被选中时总数只+17.8 涉及⼿机系统权限，是否能跳转到系统设置，拒绝授权再次进⼊功能需要是否仍有获取权限提⽰⼆、H5与第三⽅体验环境：1. 微信内体验，页⾯功能是否能够正常使⽤，⽀付、分享、页⾯及分享后打开的页⾯展⽰是否正常2. qq内体验，页⾯功能是否能够正常使⽤，⽀付、分享、页⾯及分享后打开的页⾯展⽰是否正常3. 微博内，页⾯功能是否能够正常使⽤，⽀付、分享、页⾯及分享后打开的页⾯展⽰是否正常4. 普通浏览器内，页⾯功能是否能够正常使⽤，⽀付、分享、页⾯及分享后打开的页⾯展⽰是否正常5. ⼆次分享后页⾯展⽰是否正常三、H5页⾯适配1. iPhone⼿机：iPhone x、iPhone11等各个⼿机系统，H5页⾯功能是否展⽰正常2. Android市场主流品牌、机型、系统，H5页⾯功能是否展⽰正常3. 分辨率不同的⼿机，H5页⾯功能是否展⽰正常4. 不同浏览器，H5页⾯功能是否展⽰正常四、⽹络问题1.WiFi下页⾯展⽰是否正常2.4G/3G等情况下，页⾯是否展⽰正常3.移动、电信、联通⽹络下页⾯是否展⽰正常4.数据⽆⽹络到有⽹络，页⾯点击后是否会⾃动加载数据5.⽆⽹络时，刷新时页⾯是否有提⽰五、体验问题1.页⾯请求时，是否会给出loading效果2.页⾯请求失败时，是否会给出友好提⽰3.页⾯刷新时，页⾯是否会出现抖动现象4.页⾯⽂本输⼊数据过多时，页⾯是否会正常显⽰。
软件测试课件第十六章 手机App测试讲义
第十六章手机App测试一、手机App测试的范围功能模块测试交叉事件测试性能测试安全测试兼容性测试安装/卸载测试接口测试网络测试二、手机App测试的方法1功能模块测试1.1运行App安装完成后的试运行，可正常打开软件。
App打开测试，是否有加载状态进度提示。
App打开速度测试，速度是否可观。
App页面间的切换是否流畅，逻辑是否正确注册✓用户名密码长度✓注册后的提示页面✓前台注册页面和后台的管理页面数据是否一致✓注册后，在后台管理中页面提示登录✓使用合法的用户登录系统。
✓系统是否允许多次非法的登录，是否有次数限制。
✓使用已经登录的账号登录系统是否正确处理。
✓使用禁用的账号登录系统是否正确处理。
✓用户名、口令（密码）错误或漏填时能否登录。
✓删除或修改后的用户，原用户登录。
✓不输入用户口令和用户名、重复点（确定或取消按钮）是否允许登录。
✓登录后，页面中登录信息。
✓页面中有注销按钮。
✓登录超时的处理。
注销✓注销原模块，新的模块系统能否正确处理。
✓终止注销能否返回原模块，原用户。
✓注销原用户，新用户系统能否正确处理。
✓使用错误的账号、口令、无权限的被禁用的账号进行注销。
1.2应用的前后台切换APP切换到后台，再回到App，检查是否停留在上一次操作界面。
APP切换到后台，再回到App，检查功能及应用状态是否正常。
App切换到后台，再回到前台时，注意程序是否崩溃，功能状态是否正常，尤其是对于从后台切换回前台数据有自动更新的时候。
手机锁屏解屏后进入App注意是否会崩溃，功能状态是否正常，尤其是对于从后台切换回前台数据有自动更新的时候。
当App使用过程中有电话进来中断后再切换到App，功能状态是否正常当杀掉App进程后，再开启App，App能否正常启动。
出现必须处理的提示框后，切换到后台，再切换回来，检查提示框是否还存在，有时候会出现应用自动跳过提示框的缺陷。
对于有数据交换的页面，每个页面都必需要进行前后台切换、锁屏的测试，这种页面最容易出现崩溃。
产品经理需求文档
产品经理需求文档一、需求概述1. 产品类型：手机App。
2. 产品背景：本产品旨在满足多功能的日常交互，为用户提供方便的服务。
3. 设计目的：App的设计意图是使用户可以方便的使用本产品，完成他们日常交互的业务。
二、功能描述1. 社交功能：用户可以根据自身喜好，进行个性化定制，从而使用社交平台分享内容和聊天等信息。
2. 信息查看：可以查看赛事、新闻、社区等信息，以及视频、图片等多媒体内容。
3. 媒体娱乐：包括视频直播、电影、音乐、游戏等娱乐功能。
4. 购物服务：包括在线购物、预约配送、货物验收等功能。
5. 安全保障：通过加密、权限管理等技术手段，确保用户信息安全。
三、界面设计1. 首页：定位服务、搜索服务等模块都将显示在主页上，及时更新用户的活动信息。
2. 消息页：消息页面显示用户社交交流和活动通知等信息。
3. 我的页：个性化展示用户信息，提供安全补充功能。
四、技术要求1. 安全性：采用加密技术，对关键数据加解密，确保数据安全。
2. 数据库：MySQL数据库系统，提供全面完善的数据处理技术支持。
3. 图形处理：采用标准库和High-level graphics package，通过OpenGL技术支撑图形处理技术。
4. 运行环境：客户端需要运行在Android 和 iOS 系统环境下，服务端运行在Linux/Unix/Windows环境下。
五、测试要求1. 单元测试：在开发过程中，对每个功能模块进行独立测试，对每个模块进行完整性测试。
2. 集成测试：在将代码混合在一起之后，检查其整体的行为是否正常。
3. 系统测试：在客户端运行系统，通过真实环境模拟整体系统的复杂性，检查系统功能是否正常。
六、运维需求1. 服务器：使用服务器建立服务中心，提供对客户端的支持，包括数据库、应用程序更新等服务。
2. 网络环境：统一网络环境，以满足客户端多种设备以及服务器性能要求。
3. 数据库维护：定期维护数据库，保证信息的安全和可靠的存储，保证网络的可用性。
移动APP安全测试
移动APP安全测试移动APP面临的威胁风起云涌的高科技时代，随着智能手机和iPad等移动终端设备的普及，人们逐渐习惯了使用应用客户端上网的方式，而智能终端的普及不仅推动了移动互联网的发展，也带来了移动应用的爆炸式增长。
在海量的应用中，APP可能会面临如下威胁：新技术新业务移动APP评估思路在这次的移动APP安全测试实例中，工作小组主要通过如下7个方向，进行移动终端APP安全评估：运营商自动化APP测评思路运营商自主开发的自动化APP安全检测工具，通过”地、集、省”三级机构协作的方式，来完成移动终端APP安全检测与评估。
APP测试思路如下：安全检测要点Allowbackup漏洞AndroidManifest.xml文件中allowBackup属性值被设置为true。
当allowBackup标志为true时，用户可通过adb backup来进行对应用数据的备份，在无root的情况下可以导出应用中存储的所有数据，造成用户数据的严重泄露。
整改建议将参数android:allowBackup属性设置为false，不能对应用数据备份。
WebView漏洞应用中存在WebView漏洞，没有对注册JAVA类的方法调用进行限制，导致攻击者可以利用反射机制调用未注册的其他任何JAVA类，最终导致javascript代码对设备进行任意攻击。
整改建议通过在Java的远程方法上面声明一个@JavascriptInterface 来代替addjavascriptInterface；在使用js2java的bridge时候，需要对每个传入的参数进行验证，屏蔽攻击代码；Note ：控制相关权限或者尽可能不要使用js2java 的bridge 。
关键数据明文传输应用程序在登录过程中，使用http协议明文传输用户名和密码，并未对用户名和密码进行加密处理。
通过监控网络数据就可以截获到用户名和用户密码数据，导致用户信息泄露，给用户带来安全风险。
app测试详细流程
App测试流程及测试点1 APP测试基本流程1.1预估测试周期测试周期可按项目的开发周期来确定测试时间，一般测试时间为两周（即10个工作日,一人份工作量），根据项目情况以及版本质量可适当缩短或延长测试时间。
正式测试前先向主管确认项目整体排期。
与其他项目强耦合适量增加3-5个工作日，弱耦合增加1-2工作日1.2测试资源测试任务开始之前，准备测试资源1.产品文档2.原型图3.效果图即设计交互稿4.行为统计分析定义文档5.测试设备(测试机，平板，系统iOS、Android,不同分辨率)6.测试人员7.其他1.3分析测试内容•这里就说的通俗一点•比如A要去吃饭，那么他怎么吃饭，用什么吃饭，吃什么饭，吃多少合适。
•怎么吃：项目业务流•用什么吃：项目前期准备测试事宜•吃什么饭：明确测试目的，项目背景•吃多少合适：合格点，吃完饭了是不是得确认他是不是吃饱了？1.4设计测试计划、测试用例古人云：凡事预则立，不预则废。
也就是强调预先计划的重要性和必要性•测试计划•测试范围明确测什么？比如：产品的具体业务需求有哪些？产品是web端的还是移动端的，还是两者都有？•测试策略明确怎么测。
对不同业务需求，具体要有哪些测试类型、测试场景、测试方法。
•资源安排包括测试人员的安排，测试环境是怎样的，测试工具的选择等。
•进度安排在明确测试范围、方法和人员之后，我们要考虑什么时候开始测试，预计要测试多久？以便和开发计划、上线计划衔接。
•发布标准发布标准是测试完成和产品上线需要满足的条件，以便项目内所有角色都有一致认可的目标。
怎样才算是测完了？达到怎样的标准才可以上线？•风险预防最后，我们需要对整个测试过程中可能存在的风险，以及当这些风险发生时的应对措施提前进行一些考虑和准备，并在测试计划中体现出来。
•测试用例就不多说了，测试工程师的基本功1.5用例评审一千个眼里就有一千个哈姆雷特，所以用例评审很重要，这是一个查漏补缺的过程，不光用例层面的补充，也在某种程度上对其他同事也是一种回顾&梳理其他同事的堵塞点1.3测试报告1.测试人员对每天测试项目发送测试报告(若无要求，则不需要发送日报)2.日报所含内容：•对当前测试版本质量进行分级•严重阻塞进度的问题提出，提示开发同学优先修改•对版本整体测试进度进行评估3.产品上线前，测试发送测试报告2 APP测试点2.1 安装1.软件在不同操作系统（Palm OS、Symbian、Linux、Android、iOS、Black Berry OS 6.0、Windows Phone 7）下安装是否正常2.软件安装后的是否能够正常运行，安装后的文件夹及文件是否写到了指定的目录里3.软件安装各个选项的组合是否符合概要设计说明4.软件安装向导的UI测试5.软件安装过程是否可以取消，点击取消后，写入的文件是否如概要设计说明处理6.软件安装过程中意外情况的处理是否符合需求（如死机，重启，断电）7.安装空间不足时是否有相应提示8.安装后没有生成多余的目录结构和文件9.对于需要通过网络验证之类的安装，在断网情况下尝试一下10.还需要对安装手册进行测试，依照安装手册是否能顺利安装2.2 卸载1.直接删除安装文件夹卸载程序是否有提示信息2.测试系统直接卸载程序是否有提示信息。
APP测试指导手册
APP测试指导手册编写目的本手册编写旨在帮助刚刚入手的移动端测试人员了解移动端项目，并且了解刚刚接触一个移动端的项目如何入手，有哪些问题需要明确，有哪些问题需要注意，欢迎补充移动端产品（项目）介绍移动端产品（项目）展现在眼前的就是一个实际的app应用，支撑这个app应用的是它的后台。
后台一般有两种，一种是实际部署的后台管理系统，管理系统的基本信息和业务信息，前台仅仅做展示，查看用，如通讯录APP，掌上直播点播；另一种是后台部署的系统和前台有数据交互的，一般这种系统分为pc展现端和APP展现端，pc端和APP端的展现端存在数据交互，有共同的后台管理系统支撑这两个前台应用，如人大APP，一乡一法庭。
1功能测试1.1安装目前公司的app基本是机遇两大移动操作系统android和ios开发的，android开发的app安装文件后缀为apk，ios开发的app安装后缀名是ipaApp客户端程序的安装方式主要有如下几种：1、手机端浏览器输入下载地址2、通过二维码扫描（需要单独维护二维码信息，一般二维码是封装了下载地址，所以如果系统提供了此功能，在实施文档中必须说明二维码如何生成如何维护）3、Android平台，通过Usb连接电脑方式安装4、App store下载安装（正式发布，目前接触的项目没有正式发布的。
如果接触的项目需要在APP store上发布，需要在发布时间前预留出时间，因为提交申请到APP store后审核比较严格，需要的时间较长，具体时间需要提前确认）目前公司开发了一个APP推送平台，测试过程中可以让开发把apk放在推送平台上，测试人员通过这个平台取包，同时在test上进行备份，这样方便开发和测试的交互需求分析时需要确认系统支持哪几种安装方式，是否符合项目的要求测试重点（范围）1、安卓主要是测试移动端不同版本的操作系统是否能正常安装。
Android及IOS不同操作版本系统进行安装测试，不同版本可能会安装不成功2、安装成功：安装完成后App程序应该可以正常打开3、测试过程中，先在模拟器上安装，然后再适配机型。
手机测试软件V3
手机硬件检测--可以测试出手机硬件信息，如GPS定位， CPU信息，安卓系统信息等等
手机硬件检测：查看CPU/内存信息、GPS定位、可查询周围wifi网络及网络信息 、可查看蓝牙信息、指南针、重力感应器、可测试屏幕性能、可测试电池信息、 可查看SIM卡信息、可看安卓系统信息等。 使用方法：安装手机硬件检测，点击CPU、GPS、蓝牙等相对应的功能即可查看 首页 蓝牙 WIFI GPS CPU/内存
测试网速功能： 可测试当前网络的下载速度。 网络基本信息功能： 可检测手机WIFI GSM GPRS/EDGE/UMTS 3G等网络基本 信息，含IP地址，MAC地址、SIM卡号等。 备注： 该应用可以用于网速的测试，网络IP地址的检测。
内存加速器---测试手机软件CPU和内存占用情况
内存加速器：可以测试手机软件CPU占用率，可以测试软件内存占用情况。 使用方法：安装内存加速器，点击任务管理即可查看 首页
瓦力流量仪--测试手机流量，当前网络网速
内存加速器：可以查看今日/本月所使用的2G/3G网络流量（不支持wifi流量统 计）；可以测试当前网速。 使用方法：安装瓦力流量仪，点击“流量监控”即可查看手机流量；点击“网 络测速”即可测试当前网速。 流量监控 网络测速
测 试 网 络 速 度
网 站 测 速
兼容测试功能： 1、可以测试出改软件是否能够在所选择的设备上成功安装和卸载 也即与操作系统是否兼容；2、可以测试出程序的打开时间；3、可以测试出程序 的内存平均占用率；4、可以查看测试过程中的log日志，了解测试详情。 备注： 该应用可以用于程序的适配性测试和程序的启动时间测试。
Testin-移动App自动化真机云测试平台---可以对手机软件兼容性测 试，性能测试和功能测试。
手机客户端开发方案
手机客户端开发方案1. 引言随着移动互联网的快速发展，手机客户端已成为人们生活中不可或缺的一部分。
手机客户端开发是指为手机设备开发应用程序，使用户能够在手机上获得丰富的功能和服务。
本文将介绍手机客户端开发的一般方案，包括需求分析、技术选择、开发流程和测试方法。
2. 需求分析在进行手机客户端开发之前，首先需要对需求进行分析。
需求分析包括以下几个方面：2.1 用户需求了解用户的需求是开发成功的关键。
通过市场调研、用户调查和竞品分析，收集和整理用户需求，明确开发的目标和方向。
2.2 功能需求根据用户需求，确定需要开发的功能，并对功能进行详细的描述和规划。
功能需求包括各种基本功能、交互设计、数据处理等。
2.3 平台需求根据目标用户和市场状况，确定需要支持的平台，如iOS、Android等。
每个平台都有不同的开发工具和技术要求，需要进行深入的了解和研究。
3. 技术选择选择合适的技术和框架是进行手机客户端开发的重要步骤。
以下是一些常用的技术和框架：3.1 开发语言手机客户端开发可使用多种开发语言，如Java、Objective-C、Swift等。
根据目标平台的要求，选择合适的开发语言进行开发。
3.2 开发框架开发框架提供了一组功能强大的工具和库，可加快开发速度和提高开发效率。
常用的开发框架有React Native、Flutter、Ionic等。
根据项目需求和开发团队的技术背景，选择合适的开发框架。
3.3 数据库手机客户端开发通常需要使用数据库存储和管理数据。
常用的数据库有SQLite、Realm、Firebase等。
根据数据量和性能要求，选择适合的数据库。
3.4 API和接口手机客户端开发通常需要与后端服务器进行数据交互。
选择合适的API和接口，确保数据的安全性和稳定性。
常用的API和接口有RESTful API、GraphQL等。
4. 开发流程手机客户端开发一般遵循以下开发流程：4.1 需求评审开发团队和产品经理对需求进行评审，明确开发的目标和方向。
RCS客户端测试规范
RCS客户端测试规范拟制田嘉洪日期2012-12-19 审核日期批准日期华为技术有限公司版权所有侵权必究（DVP05T04 V2.8 / 仅供内部使用）修订记录目录1概述 ........................................................................................................... 错误！未定义书签。
2测试评审.................................................................................................... 错误！未定义书签。
2.1低保真评审 .......................................................................................... 错误！未定义书签。
2.1.1概念................................................................................................ 错误！未定义书签。
2.1.2执行策略 ........................................................................................ 错误！未定义书签。
2.1.3启动策略 ........................................................................................ 错误！未定义书签。
2.2设计规格评审....................................................................................... 错误！未定义书签。
移动端APP自动化测试超全基础汇总
移动端APP⾃动化测试超全基础汇总 ⽬录⼀.⾯试过程1.⾃动化岗位要求2.⾯试流程，⾯试类型3.沟通技巧，不同级别要求⼆.真实⾯试案例1.⼀个输⼊框的⾯试题（有⼈拿到⾼级岗位，有⼈连初级都没拿到，为什么）三.⾃我分析1.积累的知识决定了初⼊社会的岗位2.什么是好的简历3.需要掌握的基本知识四.技术基础知识1.常见测试理论2.python语⾔常见问题3.python常问算法4.linux基本命令5.计算机⽹络6.操作系统7.数据库相关8.fiddler抓包⼯具9.android系统相关⼯具 10.adb相关问题 11.monkey相关问题五.⾃动化⼯具1.Instrumentation2.UIAutomator3.Selendroid4.Robotium5.Appium6.Selenium六.⾃动化框架1.Unittest框架2.数据驱动DDT3.⾏为驱动Lettuce4.关键字驱动Robot Framework5.测试报告管理6.邮件服务管理七.接⼝⾃动化1.postman2.python requests⼋.持续集成（概念） 九.服务端性能测试 ⼗.兼容性测试 ⼗⼀.调试正⽂⼀.招聘要求 ⼆.⾯试过程（笔试-技术-性格-薪资） 三.⾯试类型 四.问题类型 五.注意事项 六.⾼效沟通 七.岗位级别软件的⽣命周期：定义规划——需求分析——软件设计——编码——测试——维护⾯试案例：⼀个输⼊框的⾯试题（测试以下输⼊框，你会测试哪些内容）⾯试者A：左侧顶部菜单——全部、图⽚切换——右侧顶部⼩⼯具——登陆功能——输⼊框——底部链接⾯试者B：确认题⽬：是仅测试输⼊框，不考虑其他内容吗？回复：是的，仅测试输⼊框 ⾯试者B：⼤范围的话测功能、兼容性、稳定性、性能、安全、接⼝、线上监控、⾃动化⼋⽅⾯；⼩范围的话测功能、兼容性、安全三⽅⾯ 如果时间允许，我想从各⽅⾯说⼀下考虑的内容： 关于功能：①常规：任意字符 ②⾮常规：有含义的字符串 ③边界、空格、超长⽂本（±1个字符，如-1个字符并输⼊中⽂） 关于兼容性：①⽤户分布：机型、分辨率 ②浏览器 ③页⾯布局、渲染，借助firebug调试 关于稳定性：①压⼒下，搜索是否正常返回 ②多次输⼊是否稳定 关于性能：①QPS-每秒处理请求数 ②点击开始到完全加载，平均耗时 ③加载页⾯⼤⼩、资源（js、css）数量 关于安全性：js注⼊、sql注⼊（输⼊框输⼊js代码） 关于接⼝：①接⼝正确性 ②异常数据的容错情况 ③⾮浏览器环境下（绕过页⾯限制输⼊） 关于线上监控：建⽴实时监控保障稳定性、降低影响 关于⾃动化：基于selenium实现UI⾃动化，⽤selenium调⽤⼯具模拟浏览器UA返回页⾯，去做UI⾃动化。
app测试工程师的岗位职责15篇
app测试工程师的岗位职责15篇app测试工程师的岗位职责11.负责产品的自动化测试，接口、安全测试、性能测试;2.团队测试技术和方法的培训及推广，引导团队技术发展;3.提升团队测试技能和测试效率，推动项目测试流程改进等;4.负责产品缺陷跟踪和管理，注重产品用户体验，严格把控产品从测试到发布过程质量管理;5.组织开展测试活动，提交测试报告，能指导其他测试工程师一起独立完成测试项目; app测试工程师的岗位职责2职责：1、负责国际钱包的系统测试工作，包括前端（H5/小程序）和后台测试；2、负责后台接口自动化测试；3、承担安全、性能、可靠性、兼容性等专项测试工作；4、参与研究与探索前沿测试技术，辅助提升质量和效率；任职要求：1、金融、信息类相关专业，统招专科以上学历；2、熟练掌握测试分析方法；3、具备支付、互联网金融等业务领域从业经验；4、有较强的'逻辑思维能力，有技术攻关不断钻研的能力，善于沟通与协作，具备良好的团队精神。
app测试工程师的岗位职责3职责1、负责公司产品的测试工作;2、按需求及流程制定测试计划，根据客户需求确认书确保在规定的时间段内有效的完成测试工作量;3、在测试服务器上搭建独立的测试环境，连接数据库成功后，维护项目更新，做好测试前的准备工作，确保测试环境的的稳定和版本的正确性;4、根据测试计划和产品的详细设计、概要设计进行测试，及时发现软件中存在的'bug，及时与研发人员进行沟通，并且对bug进行跟踪验证;5、对测试中相应的文档进行编写，例如测试用例、题分类汇总等文档;6、编写测试报告，对测试结果进行分析，掌握软件具有的能力、缺陷，对软件质量给出评价性的结论与意见，协助产品部安排上线。
职位要求：1、能独立搭建测试环境，保证测试环境的独立和维护测试环境的更新;2、能独立编写测试计划、测试用例、测试报告等并进行BUG分类，对测试中产品缺陷总结;3、熟练掌握Mysql、Redis等数据库的操作，懂得使用WinRunner、LoadRunner等测试工具者优先;4、熟练操作Windows系统，有Linux操作系统经验者优先;5、有B/S系统测试、APP测试经验者优先;6、良好的理解力、解决问题能力、语言表达能力及团队合作精神;工作认真细致，善于思考和总结。
如何成为一名游戏测试（QA）
如何成为⼀名游戏测试（QA）如何成为⼀名游戏测试（QA）前⾔现公司从2020年初就开始砍项⽬，七⼋个项⽬砍剩⼀个，⼗⼏个测试⼈员也裁剩下我⼀个......在坚守了⼀年之后，我也意识到要出去找机会了，要准备⾯试了，所以才有了这篇随笔，总结下这两年来⾃⼰对测试岗位的理解。
正⽂⾸先切题，如何成为⼀名游戏测试？最直⽩显浅的，就是这个岗位所需要掌握的技能，由易到难来分析，分别是：①初级游戏测试1.最基本的计算机知识（使⽤SVN，使⽤禅道，使⽤后台，修改配置表，指出报错信息，甚⾄安装游戏等等都需要⽤到）2.对每⼀类型游戏的理解速度都要求⽐较快（连玩游戏都玩不明⽩的要怎么测试呢？所以玩游戏上⼿快的同学会多⼀点优势）3.⿊盒测试的理论和思维（设计测试⽤例的基础，也是核⼼）4.清晰的语⾔表达能⼒，简洁明了的⽂字表达功底（毕竟测试是⼀个保证质量的岗位，可不能不跟同事沟通，或者连句话都说得不清不楚，甚⾄有歧义，有时就必须条条框框、⼀板⼀眼的控好需求和实现）5.使⽤简易⼩⼯具辅助BUG的描述（⽐如⼀款好⽤的截图⼯具，GIF⼯具，录屏⼯具，按键精灵的简易录制脚本之类的，可以帮助你更⾼效率的跟同事沟通）6.⽓势（对⾃⼰的测试结果要⾃信，不然怎么催促程序改BUG，怎么给专业的策划提游戏性建议？就得有⾃信的⽓势，当你是因为测得不够准确⽽提出BUG，最后被打脸时，你下次就会汲取经验测试得更加准确了）②中级游戏测试（在初级的基础上额外增加或提升的技能）1.测试效率更⾼（这个级别会尽量⽤最优解去测试，⽽不是慢吞吞地⽤笨⽅法，当然，聪明⽅法的前提是保证测试的准确度不变）2.可以初步定位BUG起因（这个级别遇到BUG起码要懂得⾃⼰分析，定位原因，⾄少要帮忙缩⼩范围，不能甩头就扔给技术修）2.有特别擅长的游戏类型（⽐如说可以对RPG、卡牌、SLG、MOBA等等的其中⼀类游戏融会贯通，那测试同类游戏的时候也会更加得⼼应⼿）3.测试⽤例要更加成熟（这个级别设计测试⽤例必须是根据分析具体功能的核⼼机制，再依照⼀定逻辑顺序来设计的，⽽不是单纯对着⽂档⼀条条想，⾄少⽤例的⽆⽤冗余要⽐初级减少，条理要更清晰，覆盖⾯要更全）4.具备游戏版本管理能⼒（研发期跟运营期不⼀样，运营期每周更新除了保证新増功能质量，还得保证⽼功能和⽼⾓⾊不受影响，因为每次版更都要回归测试；另外，线上版本可能同时会有多个，切忌混淆，哪⼀周哪个版本要更新哪些内容？测试必须清楚知道）5.会使⽤常⽤的开发引擎（⽐如cocos、Unity等，有些公司会让测试操作改预制体来测试，需要学会使⽤）6.灵活思考的能⼒和习惯（中级开始必须要保持灵活，遇到各种奇葩问题都要想办法测试去解决，实际环境中的问题不会⼀成不变）7.扩展思维（这个级别基本遇到⼀个功能点，脑海中都会瞬间浮现出N种情况的⽤例，这需要⾃⼰随时运⽤扩展思维，更好地防范BUG，特别是影响隐晦，范围⼤的BUG，考虑得⽐策划和技术周全，或许就是这个级别的优势和价值）8.后⾯介绍的⾼级测试掌握的技能懂点⽪⽑，在这个级别也是很加分的③⾼级游戏测试（在初级+中级的基础上额外增加或提升的技能）1.熟悉Linux命令（在Linux环境下进⾏测试调试）2.熟悉MYSQL数据库语句，能⾃⾏增删改查（提⾼测试效率和BUG定位准确率）（特别标注⼀下，即便不懂数据库语句，可以借助数据库连接⼯具，直接查看或者修改数据库中的数据表和配置表⽂件）3.会pyhon或者lua、HTTP等脚本语⾔，结合Jmeter或者LordRunning等测试⼯具完成⾃动化测试（进⼀步提⾼测试效率）4.能完成客户端性能测试（需要对市⾯上主流游戏的性能标准有认知，Pc端的苹果系统可使⽤Xcode监测FPS帧率、耗电、占⽤内存和占⽤CPU等，安卓⼿机可安装emmage或者GT进⾏监测，还有WeTest平台下的Perfdog也是⼀款极其⽅便的检测客户端性能的⼯具）5.能完成服务器压⼒测试（⼀般是写机器⼈模拟真实⽤户操作，或者使⽤Charles设置并发数和线程数）6.能完成安全测试（⽤Charles等⼯具进⾏抓包，修改协议内容等⽅法，更⾼级还可以做内存修改，客户端加密和客户端反编译测试，都需要有⼀套安全标准）7.能完成接⼝测试（⽤Charles或Jmeter等⼯具对内部接⼝进⾏调试，发⼤量数据或者修改传参，保证接⼝的健壮性）（特别标注⼀下，在新公司学到了新的接⼝测试，也称协议测试：让服务端公开功能的协议⽂件和接⼝，测试可以使⽤接⼝直接在游戏中调⽤，通过查看调⽤结果和查看数据库的⾓⾊数据，不需要借助客户端就能测试服务端的业务逻辑是否正常）8.能完成弱⽹测试（在⼀般环境下可以通过切换3G或2G或者断⽹来模拟弱⽹，⼯具的话可⽤Charles、QNET等⼯具设置⽹络代理限速来模拟弱⽹；⽹页游戏可以直接使⽤⾕歌F12⼯具来调试弱⽹）9.能完成SDK测试（充值、登录、还有各种外部SDK）10.能完成兼容性测试（⼀般在WeTest上批量跑机型，然后实体机上测特定⼏个类型，⽐⼊苹果新系统、旧系统、安卓新系统、旧系统，刘海屏，曲⾯屏，长屏，低端机⼦和⾼端机⼦）需要掌握技能部分分析完毕，总的来讲技能分为三个部分：1.⿊盒测试 2.专项测试 3.⾃动化测试游戏测试岗位⾯试需要准备的提问与回答⾸先，你需要准备⼀段个⼈介绍，⽤于补充⼀些简历上没有的东西，在最后，你需要向HR问⼀些问题：1.请问公司薪资结构是怎么样的，全部由底薪组成吗？2.请问公司的项⽬会发放奖⾦吗？3.请问公司年终的13薪/14薪/15薪/16薪是怎么计算的呢？在什么时候发放？4.请问公司是否⼊职当⽉即购买五险⼀⾦？5.请问公司公积⾦的基数是多少，⽐例是多少？6.请问公司具体的上下班时间和休息时间是什么时候？7.请问试⽤期薪资是不打折扣的吗？8.请问公司包早午晚餐吗？此类关乎⾃⼰切⾝利益的问题必须要在⼊职前问清楚。
移动端-Android客户端性能测试常见指标
移动端-Android客户端性能测试常见指标rom版本的性能测试⼀般关注功耗（不过 rom 版本的功耗测试跟应⽤的功耗测试会有所差异，当然只是⽤例设计⽅⾯的差异，⼯具仍然采⽤安捷伦电源仪进⾏）应⽤的性能测试包括很多测试项，如启动时间、内存、CPU、GPU、功耗、流量等。
对于启动时间、内存、cpu ⼀般都使⽤外部提供的第三⽅⼯具来辅助测试，如GT、安测试，这些⼯具的原理都是基于调⽤ android 底层的⼀些 api 来获取到测试所⽤到的值，当然我们也可以采⽤其他⽅法，如使⽤ android 本⾝提供的⼀套 adb 即可完成上述测试。
对于 GPU、功耗等测试来说，⽤第三⽅⼯具测试得到的数值⼀般都不是很准确，这个时候我们需要引⼊硬件来进⾏测试了，GPU 可以采⽤⾼速相机来进⾏测试，功耗可以使⽤万⽤表或安捷伦电源仪来进⾏测试（ps：有硬件动⼿能⼒的可以DIY⼀个⼩板进⾏）⼀、内存关于内存测试需要引⼊空闲状态、中等规格、满规格的概念。
1、空闲状态指打开应⽤后，点击home键让应⽤后台运⾏，此时应⽤处于的状态叫做空闲。
2、中等规格和满规格指的是对应⽤的操作时间的间隔长短不⼀，中等规格时间较长，满规格时间较短。
接下来我们说说在内存测试中，存在很多测试⼦项，如下清单所⽰1）空闲状态下的应⽤内存消耗情况2）中等规格状态下的应⽤内存消耗情况3）满规格状态下的应⽤内存消耗情况4）应⽤内存峰值情况5）应⽤内存泄露情况6）应⽤是否常驻内存7）压⼒测试后的内存使⽤情况3、如何使⽤adb查看内存信息1）查看所有内存信息命令：dumpsys meminfo例：C:\Users\yijiayi>adb shellshell@android:/ $ dumpsys meminfo2）查看某个包的内存信息命令：dumpsys meminfo pkg_name or pid注：pid可以通过 adb shell top | grep app_name 来查找例：C:\Users\yijiayi>adb shellshell@android:/ $ dumpsys meminfo com.tencent.mobileqq或shell@android:/ $ dumpsys meminfo 1034（注：1034是pid）重点关注如下⼏个字段：（1） Native/Dalvik 的 Heap 信息具体在上⾯的第⼀⾏和第⼆⾏，它分别给出的是JNI层和Java层的内存分配情况，如果发现这个值⼀直增长，则代表程序可能出现了内存泄漏。
服务端测试和客户端测试区别
服务端测试和客户端测试区别1.客户端测试⽤户可以看到的，使⽤界⾯的，端，pc端，app，⼀般是在⽤户的机器上去做2.服务端测试服务端测试有两种：⼀种是直接对WEB或者APP的服务端进⾏测试；另⼀种是对更后端的数据库、缓存系统、中间件、⽂件系统等进⾏测试。
（1）应⽤场景这⾥以银⾏转账为例。
⽤户A通过⼿机银⾏往⽤户B账户转账。
那么客户端这边在输⼊⾦额这⼀块肯定是需要做限制的，⽐如正数，⼩数点保留两位等。
但是服务端可能并没有做限制。
所以⽤户可以绕开客户端界⾯，直接发送转账协议，把其中的⾦额改成负数，这就导致⽤户A的⾦额不减反增。
（2）直接对WEB或者APP的服务端进⾏测试⼀般来说，这种服务端的开发⼈员就是WEB／APP产品团队的开发⼈员，当然，测试⼈员跟WEB／APP的前端测试⼈员也是⼀个团队的。
这种服务端就是为WEB／APP端提供⼀些后台的接⼝，⽐如说，⽤户个⼈信息、交易记录的读取和存储等，⼀般都是⽤HTTP接⼝的⽅式提供。
这种后台的测试从流程上来说是跟随着WEB／APP产品的发布节奏来的，在后端开发完成接⼝以后，测试⼈员就直接⽤TestNG＋HttpClient写接⼝测试⽤例、或者⽤Postman等⼯具⼿⼯测试。
如果项⽬紧张，⼀般会先⽤Postman等⼯具先⼿⼯测试，等版本发布完以后，再⽤TestNG＋HttpClient把⾃动化⽤例补上去，或者⽤Python的Nose框架。
对于这种服务端后台的测试⼈员，除了需要掌握上述的⾃动化测试技术之外，还有⼀个沟通、协调的⼯作，因为后台的接⼝⼀般是同时提供给iOS／Android／WEB三个端，所以需要跟三端的测试⼈员协调测试进度、测试环境等事项。
如果遇到后端服务⼤的重构、或者是第⼀次上线预计有⼤流量的，那还需要对后端服务做⼀个性能测试，⽤JMeter／Grinder等⼯具编写脚本并进⾏压测，看看后端服务能不能撑住⼤流量。
有些版本性能风险⼩的，不必要每次都做性能测试，可以根据实际版本的情况具体分析。
手机功能测试方法
手机功能测试方法手机功能测试是确保手机在不同方面表现良好和稳定的重要步骤。
在进行手机功能测试之前，需要明确测试的目标和范围，并制定一个详细的测试计划。
以下是一些常见的手机功能测试方法：1.基础功能测试：测试手机的基本功能，如拨号、接听电话、发送短信等。
确保这些功能在不同场景下都能正常运行，并且能够处理各种异常情况，如信号弱或网络不稳定。
2.网络连接测试：测试手机的网络连接功能，包括Wi-Fi、蓝牙和移动数据。
检查手机是否能正常连接和断开网络，以及是否能稳定地传输数据。
3.应用程序测试：测试手机上的各种应用程序，如浏览器、邮件客户端和社交媒体应用。
确保这些应用程序能够正常运行，界面友好，并且能够正确地处理数据和媒体文件。
4.摄像头和音频测试：测试手机的摄像头和音频功能，包括前后摄像头的拍照和录像功能，以及音频的录制和播放功能。
确保摄像头和音频设备正常工作，并输出高质量的图像和声音。
5.屏幕和触摸测试：测试手机的屏幕和触摸功能，包括屏幕的显示效果、触摸的灵敏度和准确性。
确保屏幕显示正常，没有死点和亮点，并且触摸操作能够被准确地识别。
6.电池和充电测试：测试手机的电池续航能力和充电功能。
通过模拟不同的使用场景，确定手机的电池使用时间，并检查手机能否正常充电和使用。
7.性能和稳定性测试：测试手机在运行多任务、运行大型应用程序和处理复杂图形时的性能和稳定性。
通过运行压力测试和性能基准测试，检查手机的处理速度、内存管理和系统稳定性。
8.传感器测试：测试手机上的各种传感器，如加速度计、陀螺仪、指南针和光线传感器。
确保这些传感器能够准确地感知手机的运动、方向和环境光线，并提供正确的数据。
9.安全性测试：测试手机的安全功能，包括指纹识别、面部识别和数据加密。
确保手机能够正确地识别用户，保护用户隐私和数据安全。
10.软件更新测试：测试手机接收和安装软件更新的能力。
检查手机是否能正常接收更新通知、下载并安装更新，并确保更新后手机的功能和性能没有问题。
性能测试规范文档
性能测试规范文档一、前言。
小伙伴们！咱们搞性能测试可不能瞎搞，得有个规范才行，这样才能保证测试结果靠谱，就像盖房子得有个好蓝图一样。
这个文档就是咱们性能测试的小指南啦。
二、测试目标。
1. 明确要测啥。
首先得搞清楚咱们到底要测试哪个系统或者应用程序的性能。
比如说，是那个超酷的电商APP呢，还是公司内部的办公系统。
可不能稀里糊涂地开始测试，结果测了半天发现测错对象了，那就尴尬得像在舞台上走错方向的小丑啦。
2. 确定性能指标。
响应时间：这就像是我们在餐厅点菜后，服务员上菜的速度。
用户发出请求后，系统多长时间能给出回应呢？比如说，登录页面的响应时间，理想情况下应该在3秒以内，不然用户可能就会不耐烦地像热锅上的蚂蚁啦。
吞吐量：可以把它想象成高速公路上的车流量。
在一定时间内，系统能够处理多少事务或者传输多少数据呢？对于一个繁忙的电商网站，在促销活动期间，吞吐量得足够大，不然订单处理不过来，钱可就从指缝溜走咯。
资源利用率：系统的CPU、内存、磁盘和网络这些资源就像我们身体的器官一样，得看看它们在工作的时候有多忙。
如果CPU一直100%运行，就像人一直狂奔不休息，肯定会出问题的。
比如说，正常情况下，服务器的CPU利用率在空闲时应该低于10%，在高负载时也不能长时间超过80%。
三、测试环境。
1. 硬件环境。
服务器配置：要详细记录服务器的型号、CPU型号和核心数、内存大小、磁盘类型（是普通机械硬盘还是超高速的固态硬盘）。
就像我们了解一个人的身体素质一样，知道服务器的硬件配置才能知道它的极限在哪里。
比如说，测试一个大型企业级应用，服务器至少得是多核CPU、大容量内存，要是拿个老旧的单核小内存服务器去测，那结果肯定是惨不忍睹的。
客户端设备：如果测试涉及到客户端，也要记录客户端设备的情况，是台式机、笔记本还是移动设备。
不同的设备性能差别可大了，就像跑车和自行车的速度没法比一样。
2. 软件环境。
操作系统：得知道服务器和客户端运行的是什么操作系统，是Windows、Linux还是Mac。
web测试和移动端测试有啥区别？
web测试和移动端测试有啥区别？1.从技术上来说：WEB测试和移动端测试其测试类型也基本相似，都需要进⾏功能测试、性能测试、安全性测试、GUI测试等测试类型。
他们的主要区别在于具体测试的细节和⽅法。
web项⽬，⼀般都是b/s架构，基于浏览器的，⽽app则是c/s的，是有客户端的。
2.从系统架构来看的话：web测试只要更新了服务器端，客户端就会同步更新；⽽如果是app下修改了服务端，意味着客户端⽤户所使⽤的核⼼版本都需要进⾏回归测试⼀遍。
3.客户端性能⽅⾯：web页⾯可能只会关注响应时间，app则还需要关⼼流量、电量、CPU、GPU、Memory这些了。
4.兼容⽅⾯：web是基于浏览器的，所以更倾向于浏览器（IE、chrome、Firefox）和电脑硬件，电脑系统的⽅向的兼容；app的测试则必须依赖⼿机或者pad，不仅要看分辨率，屏幕尺⼨，重要看设备系统5.app的专项测试：1）多⽹测试：⽆线⽹络、2G、3G、4G等，断⽹、⽹速较差及⽹络之间的切换时页⾯的显⽰等，此外，在⾮wifi下，还需要注意⽹络使⽤量问题2）中断测试：如电话、短信、通知、断电等，软件需要处理这些特殊情况3）安装测试：除了常规的安装、更新、卸载时的⽤户数据处理外还要考虑到异常场景。
包括安装时的中断、弱⽹、安装后删除安装⽂件、增量包更新、断点续传；升级测试的提醒机制，升级取消是否会影响原有功能的使⽤，升级后⽤户数据是否被清除4）界⾯测试：如不同尺⼨规格的图⽂在不同屏幕的显⽰；对于触摸屏⼿机，测试时还要注意⼿势，横竖屏切换，多点触控等测试5）弱⽹测试：需要测试弱⽹所造成的⽤户体验，可从功能，性能，异常处理，场景特性等⼏个维度来考虑。
功能：在弱⽹下，做功能测试，不仅是次性能测试，也是⼀种可靠性测试性能：从app的热启动、页⾯切换、前后台切换测试app的响应时间。
尤其是H5的页⾯需要测试⾸屏时间，是否有302跳转，页⾯⼤⼩等，否则会出现各种⽩屏、闪屏、转菊花等。
APP测试流程-测试用例-计划-报告可参照
移动APP测试流程及测试点1.APP测试基本流程1.1.测试周期测试周期可按项目的开发周期来确定测试时间，一般测试时间为两三周(即15个工作日）,根据项目情况以及版本质量可适当缩短或延长测试时间.正式测试前先向负责人确认项目排期。
1.2.测试资源测试任务开始前,检查各项测试资源。
—-产品功能需求文档；--产品原型图；——产品效果图；--行为统计分析定义文档；——测试设备（ios7。
1—ios9.2；Android4.0-Android6。
0；);——其他。
1.3.日报、周报及APP上线报告1)测试人员每天需对所测项目发送测试日报.2)测试日报所包含的内容为：-—对当前测试版本质量进行分级(高中低）；——对较严重的问题进行例举，提示开发人员优先修改；-—对版本的整体情况进行评估.3）APP上线前，测试人员发送APP上线报告.4）上线报告所包含的内容为：-—对当前版本质量进行分级;——附上测试报告（功能测试报告、兼容性测试报告、性能测试报告以及app 可用性能标准结果)；—-总结上线版本的基本情况.若有遗留问题必须列出并记录解决方案。
5）周报作为汇总本周所有的情况，以及开发人员修改情况与回归测试。
2.APP测试点2.1.安全测试2.1.1.软件权限1）扣费风险：包括发送短信、拨打电话、连接网络等；2)隐私泄露风险：包括访问手机信息、访问联系人信息等；3）对App的输入有效性校验、认证、授权、敏感数据存储、数据加密等方面进行检测；4)限制/允许使用手机功能接人互联网；5)限制/允许使用手机发送接受信息功能;6)限制/允许应用程序来注册自动启动应用程序；7）限制或使用本地连接；8）限制/允许使用手机拍照或录音；9）限制/允许使用手机读取用户数据；10）限制/允许使用手机写人用户数据；11) 检测App的用户授权级别、数据泄漏、非法授权访问等。
2.1.2.安装与卸载的安全性1）应用程序应能正确安装到设备驱动程序上；2）能够在安装设备驱动程序上找到应用程序的相应图标；3）是否包含数字签名信息;4）JAD文件和JAR包中包含的所有托管属性及其值必需是正确的；5)JAD文件显示的资料内容与应用程序显示的资料内容应一致；6)安装路径应能指定；7)没有用户的允许, 应用程序不能预先设定自动启动；8）卸载是否安全, 其安装进去的文件是否全部卸载;9)卸载用户使用过程中产生的文件是否有提示；10）其修改的配置信息是否复原；11)卸载是否影响其他软件的功能；12)卸载应该移除所有的文件.2.1.3.数据安全性1）当将密码或其他的敏感数据输人到应用程序时, 其不会被储存在设备中，同时密码也不会被解码；2)输人的密码将不以明文形式进行显示；3)密码, 信用卡明细，或其他的敏感数据将不被储存在它们预输人的位置上；4)防止应用程序异常终止而又没有删除它的临时文件，文件可能遭受人侵者的袭击, 然后读取这些数据信息;5）当将敏感数据输人到应用程序时，其不会被储存在设备中；6）在数据删除之前,应用程序应当通知用户或者应用程序提供一个“取消”命令的操作；7)“取消”命令操作能够按照设计要求实现其功能；8）应用程序应当能够处理当不允许应用软件连接到个人信息管理的情况；9）当进行读或写用户信息操作时，应用程序将会向用户发送一个操作错误的提示信息；10）在没有用户明确许可的前提下不损坏删除个人信息管理应用程序中的任何内容;11)应用程序读和写数据正确;12）应用程序应当有异常保护；13）如果数据库中重要的数据正要被重写，应及时告知用户；14）能合理地处理出现的错误；25）意外情况下应提示用户。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
手机客户端测试
手机客户端UI测试要求
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．自定义界面
给用户提供自定义界面风格，由用户自己选择颜色和字体。
满足不同用户习惯，同时满足用户对于一些颜色偏差（如色弱用户）。
测试流程：
1．根据提供的UI规范文档以及PRD了解整个产品的业务和UI规范。
2．开发提供已设计好的DEMO。
3．如果是单一的DEMO，不涉及业务流程，跳到第5否则跳到第4。
4．结合PRD中的业务流程以及UI规范进行测试，并提交发现的BUG，执行完后进行第7。
5．使用UI规范文档对已提交的DEMO页面进行测试，并提交BUG。
6．对后续给出的DEMO页面根据PRD的业务进行集成测试，并提交BUG。
7．对BUG进行跟踪回归测试。
客户端性能测试
软件测试有很多划分的方法。
按测试用例设计方法分，可分为白盒测试、黑盒测试
按测试方式分，可分为动态测试和静态测试。
静态测试指测试不运行的部分—只是检查和审阅；动态测试指运行和使用软件，找出缺陷。
按测试流程分，可分为单元测试、集成测试、（确认测试）、系统测试、验收测试。
按测试内容分，可分为功能测试（Functionality Test），可接受性测试（Acceptance Test），用户界面(User interface或UI)测试，边界条件测试（Boundary Condition），性能测试（Performance Test），回归测试（Regression Test），压力测试（Stress Test），配置和安装测试（Configuration and Setup Test），兼容性测试（Comparability Test），国际化支持测试（International Sufficiency）以及本地化测试（Localization）等。
GSM协议面太广，其实不需要全面的了解。
但也不能一点也不了解。
只要懂得如何查找如何去学习就可以了。
手机软件测试应以单元测试、集成测试、(确认测试)、系统测试、验收测试、产品发布这个流程来走。
其中应根据开发文档比如开发计划、UI SPEC等来确认测试需求、测试用例、测试计划等。
手机测试不可能仅指功能性测试，而不借助任何测试工具。
可能用到一些log提取或分析等工具，或一些自动测试的工具等等。
FT测试应熟悉各地的网络情况，多了解协议方面的东东。
手机软件方面的测试前景还是较比乐观的。
今后的手机可能会把重点放在一些个性化的应用上面，这样，更会增加一些测试方面的需求。