手机客户端测试要求
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 需求评审开发团队和产品经理对需求进行评审，明确开发的目标和方向。
- 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测试应熟悉各地的网络情况，多了解协议方面的东东。
手机软件方面的测试前景还是较比乐观的。
今后的手机可能会把重点放在一些个性化的应用上面，这样，更会增加一些测试方面的需求。