app测试指导手册
AppScan使用指导书
AppScan操作手册
CCII/TI-06
AppScan版本：9.0
编制人：王雷
审核人：张莹
发布时间：2018年3月11日
一、打开AppScan软件，点击工具栏上的文件–> 新建，出现一个dialog，如图所示：
这里写图片描述
二、点击“Regular Scan”，出现扫描配置向导页面，这里是选择“Web应用程序扫描“，如图：
这里写图片描述
三、点击”下一步“，出现URL和服务器的配置页面，如图，输入需要测试的URL。
这里写图片描述
四、点击”下一步“，出现登录管理的页面，这是因为对于大部分网站，需要用户名和密码登录进去才可以查看许多内容，未登录的情况下就只可以访问部分页面。
这里写图片描述
这里选择使用的登录方法是自动，即需要输入用户名和密码。
如果选择的是记录，则需要对登录过程进行录入，在录入的过程中，appscan可以记住一些url，方便进行扫描。
五、点击”下一步“，出现测试策略的页面，可以根据不同的测试需求进行选择，这里选择的是”完成（Complete）“，即进行全面的测试，
这里写图片描述
六、点击”下一步“，出现完成配置向导的界面，这里使用默认配置，可根据需求更改，如下图：
这里写图片描述
七、点击”完成“，设置保存路径，即开始扫描，如下图：
这里写图片描述
八、待扫描专家分析完毕，点击”扫描–> 继续完全扫描“即可。
这里写图片描述
九、等待测试完毕，即可分析结果。
2015年下半年国家软考轻松过关指导手册
2015年下半年国家软考轻松过关指导2015年下半年国家软件考试已陆续开始报名，你准备好了吗？由于软考相比其他职业/职称考试而言报考条件没有太多限制，因而每年的报考人数正在逐步增加中，如何在这千军万马中脱颖而出顺利拿证，是所有准备参加2015年下半年软考的同学的一个大挑战。
参加软考的整个过程可谓是困难重重，从全面了解软考、确定参加软考、选择适合自己的考试级别和科目、完成整个报考流程、明确所选考试科目的难点所在、选择合适备考资料，直至最后的顺利参加考试，各个环节都需要严阵以待，尤其对于第一次参加软考的新手而言，第一步全面高效的掌握软考讯息极其重要。
计算机软件考试是政府支持的国家级考试，与社会化考试不同。
它的证书盖有带国徽的红章(中华人民共和国人事部章、中华人民共和国信息产业部章)，全国各个单位都承认，还颁发由省人事部门盖章的全国资格考试合格人员表格，要求各单位将其存入本人档案。
现在社会上的多数考试属于社会化考试，没有部文件的政策规定，没有带国徽红章的证书，因此通过软考、拿到证书，对计算机相关专业的同学以及打算从事计算机相关专业的同学来说意义重大。
为了帮助准备参加2015年下半年国家软考的同学（尤其是第一次参加软考的新手）更加高效的备考，顺利拿证，软酷网以专注IT教育8年的经验，从软考全方位的资讯、如何选择软考科目、软考报考流程、软考难点、如何选择合适备考资料等全面剖析软考，指导各位同学轻松应对2015年下半年软考，顺利过关！一、软考资讯先知道软考是由国家人力资源和社会保障部、工业和信息化部领导下的国家级考试，简称计算机软件考试。
目前软考的累计参加考试的人数已超过300万人，同时每年以21万人的速度持续增加中，为什么这么多人参加软考，有哪些理由让你非参加不可呢？1、找好工作，79%的软件行业雇主更倾向于有证的学生，目前大多数企业招聘，软考的证书也是成为了衡量员工的项目管理能力的标准；2、升职保证，软考证书就是职称保证，能帮助升职加薪；3、考公务员，软考证书是计算机相关职位必备证书，非计算机专业最具含金量证书之一；4、积分入户，软考证书在申请深圳、北京、上海等城市户口时可加分（积分入户城市）；5、国际认证，目前软考证书已与韩国、日本、印度等国家互认。
IPC-TM-650中文指导手册
IPC-TM-650中文指导手册简介IPC-TM-650是一份关于电子产品测试方法的指导手册。
本手册旨在提供一套标准的测试方法和流程，以确保电子产品的质量和可靠性。
目标本指导手册的目标是为电子产品制造商提供一套简单且没有法律复杂性的测试策略，以确保产品符合相关标准和规范。
内容IPC-TM-650指导手册包含了多个章节，涵盖了各种不同的电子产品测试方法。
以下是一些重要的章节和内容：1. IPC-TM-650测试方法介绍 - 该章节提供了对IPC-TM-650指导手册的概述，介绍了测试方法的分类和应用。
2. 物理性能测试 - 该章节介绍了各种物理性能测试方法，如机械强度测试、耐热性测试、耐寒性测试等。
3. 电气性能测试 - 该章节涵盖了电气性能测试的方法，如绝缘电阻测试、电流和电压测试、功率耗散测试等。
4. 环境适应性测试 - 该章节介绍了环境适应性测试的方法，包括高温高湿测试、低温低压测试、振动和冲击测试等。
5. 可靠性测试 - 该章节提供了一套可靠性测试方法，包括寿命测试、可靠性指标测试、失效分析等。
使用建议为了最大限度地发挥IPC-TM-650指导手册的优势，以下是一些建议：1. 熟悉手册内容 - 在使用IPC-TM-650指导手册之前，首先要对手册的内容进行全面的了解，并熟悉各个测试方法的原理和步骤。
2. 简化测试策略 - 根据产品的特点和需求，制定简单且有效的测试策略，避免不必要的测试步骤和复杂性。
3. 遵循标准和规范 - 在进行测试时，确保遵循相关的标准和规范，以确保测试结果的准确性和可靠性。
4. 记录和分析测试结果 - 对测试结果进行记录和分析，及时发现问题并采取相应的措施进行改进。
结论IPC-TM-650中文指导手册是一份重要的电子产品测试方法指导手册，通过遵循其中的测试方法和流程，可以确保产品的质量和可靠性。
制定简单且没有法律复杂性的测试策略，并遵循相关标准和规范，将有助于提高产品的竞争力和用户满意度。
软件产品用户手册编写指导规范
1.总则软件产品的用户手册是软件产品开发的重要结果，也是用户学习使用软件产品的主要工具。
因此用户手册作为软件产品的组成部分，应当及时完成，并且能全面、详细地说明软件产品的功能、使用方法以及其它用户为使用、维护软件产品需知晓的事项。
2.目的对用户手册的编写时机、职责、内容及格式要求作出规定，以保证用户手册能满足用户正确使用软件产品的要求。
3.职责3.1.需求分析小组与项目组是用户手册的编写责任者;3.2.支持经理是用户手册编写的组织者;3.3.方正系统公司培训部负责用户手册的审核和印制。
4.工作程序4.1.用户手册的编写时机用户手册的编写应当从需求分析阶段开始进行。
在需求分析小组编写出需求规格说明书的同时，应完成用户手册的初稿。
该初稿应包括软件产品主要的功能描述以及界面描述。
在设计和实现（编码）阶段，项目组应随着软件产品的逐步细化以及变更的情况，同步完成用户手册的修改和细化。
当软件产品在项目组内完成集成测试时，用户手册的编写工作应基本完成，即此时用户手册的内容部分除因系统测试中发现错误而需进行部分改动外，不需要在内容方面进行增加。
但手册的格式可以暂时达不到要求。
软件产品提交系统测试时，用户手册达不到以上要求的，测试部门将不受理其测试申请。
4.2.用户手册的审定用户手册内容的审定，由项目组支持经理负责，同时应征求开发中心项目负责人的意见。
用户手册形式的审核由测试部门负责。
4.3.用户手册编写工作的组织在项目组建立后，用户手册的编写工作由支持经理负责组织。
具体的编写工作可以由项目组的成员共同完成，但支持经理负责用户手册编写工作的组织以及监督检查，并对其质量负责。
4.4.用户手册编写的格式要求见《方正用户手册排版要求》4.5.用户手册的内容要求4.5.1.封面用户手册的封面应包括以下内容：软件产品的名称、版本号以及版权单位信息。
其中软件产品的名称须使用软件产品的正式名称，并可以注明其简称。
版本号是指本次一同发行的软件产品的版本号而不是指手册的版本号。
杭州市民卡APP使用手册
杭州市民卡用户使用手册(客户端分册)杭州市民卡有限公司2014年7月目录1 文档介绍 ............................................... 错误!未定义书签。
文档目的 ................................................ 错误!未定义书签。
文档范围 ................................................ 错误!未定义书签。
读者对象 ................................................ 错误!未定义书签。
参考文档 ................................................ 错误!未定义书签。
术语与缩写解释.......................................... 错误!未定义书签。
2 产品介绍 ............................................... 错误!未定义书签。
产品背景 ................................................ 错误!未定义书签。
产品简介 ................................................ 错误!未定义书签。
3 客户端下载及安装 ....................................... 错误!未定义书签。
下载市民卡客户端........................................ 错误!未定义书签。
在电脑下载市民卡客户端................................ 错误!未定义书签。
wap下载市民卡客户端................................... 错误!未定义书签。
APP测试基本操作规范
APP测试基本流程1. App测试流程1.1.流程图1.2 测试周期1.3------------其他。
1.41）测试人员每天需对所测项目发送测试日报。
2）测试日报所包含的内容为：--对当前测试版本质量进行分级；--对较严重的问题进行例举，提示开发人员优先修改；--对版本的整体情况进行评估。
3）产品上线前，测试人员发送产品上线报告。
4）上线报告所包含的内容为：---对当前版本质量进行分级；---附上测试报告（功能测试报告、兼容性测试报告、性能测试报告以及app可用性能标准结果）；--总结上线版本的基本情况。
若有遗留问题必须列出并记录解决方案。
2. App测试点2.1123）对App4）限制/5）限制/6）限制/78）限制/9）限制/10) 限制/11) 检测1）应用程序应能正确安装到设备驱动程序上2）能够在安装设备驱动程序上找到应用程序的相应图标3）是否包含数字签名信息4）JAD文件和JAR包中包含的所有托管属性及其值必需是正确的5）JAD文件显示的资料内容与应用程序显示的资料内容应一致6）安装路径应能指定7）没有用户的允许, 应用程序不能预先设定自动启动8）卸载是否安全, 其安装进去的文件是否全部卸载9）卸载用户使用过程中产生的文件是否有提示10）其修改的配置信息是否复原11）卸载是否影响其他软件的功能12）卸载应该移除所有的文件123）密码,45中。
678910,，利用显11）在数据删除之前，应用程序应当通知用户或者应用程序提供一个“取消”命令的操作12）“取消”命令操作能够按照设计要求实现其功能13）应用程序应当能够处理当不允许应用软件连接到个人信息管理的情况14）当进行读或写用户信息操作时, 应用程序将会向用户发送一个操作错误的提示信息15）在没有用户明确许可的前提下不损坏侧除个人信息管理应用程序中的任何内容Μ16）应用程序读和写数据正确。
17）应用程序应当有异常保护。
18）如果数据库中重要的数据正要被重写, 应及时告知用户19）能合理地处理出现的错误20）意外情况下应提示用户1）在运行其软件过程中, 如果有来电、SMS、EMS、MMS、蓝牙、红外等通讯或充电时,是否能暂停程序，优先处理通信, 并在处理完毕后能正常恢复软件, 继续其原来的功能4）应用程序必需利用目标设备适用的全屏尺寸来显示上述内容5）应用程序必需能够处理不可预知的用户操作,例如错误的操作和同时按下多个键2.2安装、卸载测试验证App是否能正确安装、运行、卸载以及操作过程和操作前后对系统资源的使用情况1）软件在不同操作系统（Palm OS、Symbian、Linux、Android、iOS、BlackBerryOS 6.0、WindowsPhone 7）下安装是否正常。
app产品操作手册范本——斑驴 ()
斑驴APP 操作手册（用户版）2017年3月10日目录1引言 01.1项目名称 01.2编写目的 01.3术语和简约语 01.4系统环境配置 01.5按钮定义 02 功能概述 (1)2.1功能结构 (1)3 斑驴功能说明 (2)3.1登录/注册 (2)3.1.1 功能说明 (2)3.1.2 操作步骤 (2)3.2足迹 (3)3.2.1 个人足迹 (3)3.2.2 团体足迹 (5)3.3达人 (7)3.3.1 功能说明 (7)3.3.2 操作步骤 (7)3.4活动 (8)3.4.1 功能说明 (8)3.4.2 操作步骤 (8)3.5我的 (14)3.5.1 个人资料 (14)3.5.2 我的活动 (15)3.5.3 我的足迹 (16)3.5.4 我的收藏 (17)3.5.5 下载管理 (18)3.5.6 我的订单 (19)3.5.7 我的消息 (20)3.5.8 设置 (25)4 附件 (27)1引言1.1 项目名称斑驴1.2 编写目的本操作手册主要介绍斑驴客户端app的操作方法，指导用户怎么使用app客户端。
预期读者：测试工程师、项目管理人员、最终业务用户。
阅读建议：最终业务用户需要阅读全部内容，其他人员以此文档作为了解和使用本系统的参考手册。
若本操作指南的界面截图与实际系统界面有所差异，则使用时请以系统的实际界面为准1.3 术语和简约语无1.4 系统环境配置软件操作系统：Windows2000/XP/2003，Linux，UNIX系统浏览器：（Android手机）支持手机UC浏览器，百度浏览器，QQ浏览器等（Ios手机）支持Safari浏览器1.5 按钮定义在后台系统功能模块上，出现的按钮如下：按钮名称按钮形状按钮含义上传选择图片，上传到页面保存所作的输入/选择正确无误，予以保存重置取消所作的任何输入/选择，清空当前页面内容搜索搜索确认所作的输入/选择正确无误, 予以确认。
本屏所需之操作完成。
winAMS使用手册（中文版详细版本测试工具）
winAMS使⽤⼿册（中⽂版详细版本测试⼯具）覆盖⼤师使⽤指导⼀、介绍我们⼗分感谢你对GAIO单元测试⼯具CoverageMaster-winAMS的兴趣爱好。
CoverageMaster-winAMS是⼀种对嵌⼊式软件进⾏评估和改善的单元测试⼯具。
这个试⽤指导包括为初次使⽤者制定的练习习题。
跟着指导完成练习，使⽤者会对CoverageMaster-winAMS的基本使⽤和特点有⼀个了解。
覆盖⼤师概述在开始练习之前，⾸先会出现⼀个关于覆盖⼤师的特点及操作的解释。
1、嵌⼊式软件单元测试⼯具CoverageMaster-winAMS是⼀个嵌⼊式软件单元测试⼯具。
它通过使⽤⼀个MPU仿真器（系统仿真器）执⾏软件代码（功能）来执⾏测试。
MPU仿真器（系统仿真器）通过启动实际交叉编译的MPU代码（对象代码）来操作运⾏。
由于实际⽬标代码是在仿真环境中使⽤，它有可能依据⽬标微处理器去核实项⽬⾏为和检查错误。
2、CoverageMaster-winAMS包含以下组件：SSTManager：管理单元测试操作的基本UI应⽤。
System-G：MPU仿真器（系统仿真器）包括对多种MPU的⽀持。
WinAMS：单元测试仿真器。
除了这些项⽬之外，准备测试源⽂件需要⼀个交叉编译或者集成开发环境（IDE）。
⼆、为测试I/O使⽤CSV格式的⽂件为了保证正确率的同时提⾼单元测试的效率CoverageMaster-winAMS在仿真过程中使⽤CSV格式⽂件。
单独单元测试设置，以及变量和根函数的输⼊输出数据都保存在CSV⽂件中。
因此，使⽤CSV⽂件让⽬标源代码中不必⼀定包含专⽤测试代码或者输⼊数据。
下⾯的图⽚阐明了CoverageMaster-winAMS单元测试的流程。
⾸先，交叉编译代码被加载到MPU仿真器。
代码必须附上可执⾏对象代码（被拆开的中间级对象代码不能被使⽤）下⼀步，为了测试基础函数（如上⽂所⽰）⽣成⼀个CSV⽂件。
⽂件⾥有函数信息类似函数名称，输⼊变量，输出变量，测试条件，以及测试数据（测试容器）。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
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、测试过程中，先在模拟器上安装，然后再适配机型。
有的时候在适配机器上安装后可以打开，在模拟器上安装后无法打开。
4、通过下载的apk，需要查看下载后的apk在手机中存储的文件名是否乱码，尤其注意中文名称的apk，很可能出现乱码情况。
5、全新安装和覆盖安装都需要测试。
有的apk安装过之后再次覆盖安装会出现退出或者安装后打不开的情况1.2升级手机App程序在服务器端有新版本时，应该允许用户继续使用现有版本，程序可以提供如下几种方式检测更新，以告知用户：1、每次登录时检测新版本用户登录后，自动提示服务器端有新版本可供升级，是否升级由用户决定2、固定时间检测新版本可以设置一定时间后，进行检测新版本，检测以上次升级时间为准3、提供检测更新的按钮，用户点击时检测服务器端是否有新版本一般情况下APP应用都会设置这个版本检测功能，如果需求没有写需要跟踪确认，不管是哪个版本都需要提供该功能，除非通过各种途径明确只做一版后续不维护且各方人员都认可这个结论测试重点1、测试不同版本操作系统升级时是否成功2、跨版本升级3、升级后，原有数据应该保留4、第一版的app由于没有app可做升级，测试方法是找开发打包时默认把版本号（我们看到的实体是版本号，在开发那里是一个特殊的标识）更改为比当前版本高或者低的版本即可。
如果项目发布时间紧急，第一版可以不测试升级，但是这部分的实现方式必须考虑后续的升级情况5、需求分析时需要明确支持哪些基础版本升级到目前开发版本，在测试时做覆盖测试1.3卸载主要测试卸载程序是否卸载干净卸载后再安装一遍程序。
卸载程序后再次安装程序看看之前安装的程序用户数据是否在新安装的程序中留下痕迹（有些数据可能没有完全卸载，保留在缓存中）1.4同步功能介绍：移动终端产品是由后台服务器端和移动客户端组成，后台服务器负责信息存储，并将数据推送到移动终端，由移动终端展现，程序的很多模块都会涉及同步功能；另一种app是不仅做展现，同时还和后台的服务器有数据交互，app端也可以作为数据数据端将数据传送给后台，这部分app有的是必须联网完成数据录入，有的则是支持离线录入数据，联网后数据同步到服务器同步数据分为全量更新和增量更新，大部分app特别是信息量大的应用，采用的都是增量更新方式，该方式的好处是刷新快，能为用户节省流量；在数据量不大时，如个人案件审批也可以采用全量更新的方式。
数据同步的时机分多钟，一种是首次登录的时候的同步，此时数据量较多时同步时间稍长，一般系统会提供一定的界面引导用户等待；一种是列表的下拉刷新数据，进行数据的上传和下载；一种是列表切换时将切换前列表的数据上传到服务器；一种是系统退出时，将系统产生的数据上传到服务器端，这种情况下一般app都会对于如何退出做特殊处理，比如连续按两次退回键即退出等；一种是前台定时任务去和服务器进行交互更新数据，不需要用户做任何操作数据同步的功能设计的时候需要考虑几方面，流量损耗情况，如果系统支持移动网络下进行数据交互此时要特别注意数据同步时流量的损耗情况，必要的时候可以提供仅wifi下更新数据的功能；app是否支持离线试用，如果支持，那就得注意离线时对于数据的操作种类，如果系统同时有pc端的展现界面，那么pc端和app端对于数据操作的冲突情况也是必须要考虑的测试重点1、测试各种功能同步的时间点，有些操作不是每次操作都会和后台取得同步更新。
A、实时更新：时效性较强的软件（如：新闻）一般都会采用实时更新，如：诉讼无忧每次启动系统都会刷新各个页面，每进入一个订阅栏目都会实时更新。
B、非实时更新：在信息更新频率较低，不需要每次进入页面都与后台同步的情况下，采用非实时更新。
例如：诉讼无忧程序中包含多个页签（即不同分类）法院信息、诉讼指南、诉讼工具等，其中“诉讼指南”只有在启动客户端口第一次进入“诉讼指南”页面才有与后台同步的更新操作，因为“诉讼指南”是介绍法院的地址的，而地址不会经常变化，且增加法院也不是经常的，这样做也为用户节省了流量。
2、同步后数据是否与后台服务器端数据相同①此功能与非移动端测试大致相同不做过多介绍②注意界面显示，数据正确性3、同步后时间显示①数据更新后显示的是客户端更新时间即客户端下载容的时间②数据更新后显示的是后台服务器创建的时间③同步动作中下拉这个操作一般在下拉处显示“上一次更新时间”1.5清除缓存（待补充）需求分析时，明确哪些数据是存储在APP端数据库中，这些数据哪些数据是清除缓存能清除的，哪些是系统固化的数据；还需要明确系统何时会清理app的缓存。
目前接触的app 项目在退出系统时会清除缓存1.6第三方接口一些手机App应用功能，需要调用其他软件，比如：在手机上浏览word文档、发送电子，浏览器等。
IOS：下载在程序中可使用IOS嵌功能直接打开文档，文档类型都支持注意测试项：1、测试各种文档格式能否正常下载打开展示2、测试文档大小（产品应该有要求）3、测试下载不同文档及打开文档的速度4、测试文档打开时间5、在下载或打开文档时测试切入、短信、或其他通知信息Android：需要下载相关阅读文档工具，支持工具按产品要求定。
1、使用产品要求的阅读文档工具进行测试，尽量测全阅读工具的不同版本，再测试其他不在测试围的常用阅读工具，需要给出一些结论。
如果手机端没有相应的app，比如：阅读器、客户端应该提示用户下载，最好可以直接转到下载页面2、测试各种文档格式能否正常下载打开展示3、测试文档大小（产品应该有要求）4、测试下载不同文档及打开文档的速度5、测试文档打开时间6、在下载或打开文档时测试切入、短信、或其他通知信息1.7系统接口举例：通讯录APP：将组织机构中人员的手机、等信息添加到手机通讯录中，拨打，发送短信，发送等人大APP：调取本地相机和本地图片上传到APPcocall：调取录音功能，发送语音消息说明：APP一般会调取安卓系统自带的很多功能，如输入法，打，发短信，发，调取相机，本地图片，录音等），定位功能。
输入法：默认调取系统设置的输入法，如果使用了第三方输入法，则使用第三方输入法。
此处需要注意一个地方，针对于那些信息项类型十分明确的就是数字的，建议是默认调取数字键盘，减少用户的操作打：有的系统是通过APP获取直接拨出去了，有的系统是直接转到拨号页面自动填充，需求分析时需要确认具体的实现细节，如果一个系统同时支持Android和IOS需要确认是否需要实现一致，不是所有的效果Android和IOS都支持的调取相机：有一个问题需要注意，即在调取的主界面，刷新出来的图片每次刷新多少，如果一次性将所有的图片都刷新出来图片少的话可以，多的话时间会非常长，这里的交互方式需要设计人员考虑。
还有调取图片的默认路径是什么，是否可以选择其他路径，这些都是需要提前确认的定位功能：一般有几种定位方法，GPS定位和网络定位。
接触的两个有定位功能的APP都采用的是网络定位方法，使用百度定位，系统调用百度定位，百度定位返回给APP一个地理位置，可以获取该位置的经纬度等，但是有一个地方需要注意，百度定位必须在有网络的情况下才能正常使用，如果你的APP支持离线使用，那这个地方就要提前确认好如何处理了。
测试重点：1.添加到手机中的信息显示正确2.直接调用的手机操作系统的通讯录页面应该显示的是本地语言，例如：如果本地语言是中文应该显示中文，在开发过程中IOS可能会显示英文3.在程序中调用操作系统直接拨打、发送短信发送。
都可以正常调用4.直接打开本地通讯录。
主要测试不同版本的操作系统1.8日志获取1.8.1Android日志获取以诉讼无忧app为例，目前诉讼无忧的程序是发布到友盟上，登录友盟查询系统日志.umeng./，登录后如下图：应用列表中选择应用程序“诉讼无忧测试”：进入后在左侧目录中点击可查看错误趋势和错误日志信息：错误趋势图错误信息列表点击上图“错误摘要”信息，可以查看具体的异常信息，如下图：具体异常信息1.8.2 IOS日志获取可以通过如下两种方法获取IOS日志：1、通过手机获取：依次选择设置->通用->关于本机->诊断与用量->诊断与用量数据，在此路径下可以获取日志，可以通过全文拷贝后发送，就可以获取出来了。
2、通过iTool获取日志信息，（在安装iTool前首先应安装itunes）iTool中的高级功能中可以查看日志信息。
其中实时日志是记录实时操作后的日志，崩溃日志记录程序闪退后的日志。
2稳定性测试1.指测试系统的长期稳定运行能力。
在系统运行过程中，对系统施压2.测试可采取的测试方法：①在手机中下载多个软件减少存储空间，测试程序运行状况有时可能崩溃②手机机身温度较高时运行程序……3兼容性测试影响因素：操作系统版本（android4.0,5.0，IOS6）、分辨率（屏幕尺寸）、语言（中文，英文）、不同机型（键盘）、不同格式文件显示等1操作系统版本：目前接触的系统支持的版本，android一般支持的都是4.0及以上，目前没有明确说明支持android5.0，ios一般从6一直到现在最新版本。