APP测试点总结
1、APP测试点总结（全面）
31、1安装、卸载测试
31、1、1安装
32、1、2卸载
42、1功能测试
42、1、1运行
52、1、2应用的前后台切换
62、1、3免登录
72、1、4数据更新
72、1、5离线浏览
82、1、6 App版本更新
82、1、7定位、照相机服务
82、1、8时间测试
92、1、9 PUSH测试
92、1、10业务逻辑测试：
93、1 UI测试103、1、1导航测试103、1、2图形测试103、1、3内容测试104、1性能测试1
14、1、1网络测试：1
14、1、2接口性测试：1
14、1、3客户端侧性能测试：1
25、1交叉事件测试1
36、1兼容测试1
46、1、1、适配性测试：1
47、1安全测试1
47、1、1软件权限1
47、1、2安装与卸载安全性1
57、1、3数据安全性1
67、1、4通讯安全性1
77、1、5人机接口安全性1
88、1回归测试1
89、1升级、更新测试18
10、1用户体验测试19
11、1硬件环境测试xx、1、1手势操作测试xx、1、2网络环境xx、1、3服务器宕机或出现404、502等情况下的测试21
12、1接口测试21
13、1客户端数据库测试21
14、1异常测试：22
app接口测试工具15、1支付测试22
1、APP测试点总结（全面）
1、1安装、卸载测试验证 App是否能正确安装、运行、卸载。
1、1、1安装安装方式验证：Android手机端通用安装工具，如：豌豆荚、应用宝。通过USB接口安装。通过无线方式安装（蓝牙、网络、）。1）软件在不同操作系统（Palm OS、Symbian、Linux、Android、iOS、Black Berry OS
6、0、Windows Phone7）下安装是否正常。2）软件安装后的是否能够正常运行，安装后的文件夹及文件是否写到了指定的目录里，文件是否合理，组件是否正确注册等。3）软件安装各个选项的组合是否符合概要设计说明。4）软件安装向导的提示、UI测试。5）软件安装过程是否可以取消，点击取消后，写入的文件是否如概要设计说明处理。6）软件安装过程中意外情况的处理是否符合需求（如死机，重启，断电）。7）安装空间不足时是否有相应提示。8）安装后没有生成多余的目录结构和文件。9）对于需要通过网络验证之类的安装，在断网情况下尝试一下。10）还需要对安装手册进行测试，依照安装手册是否能顺利安装。11）生成apk文件在真机上、运行、卸载，以及观察操作过程和操作前后对系统资源的占有情况。
2、1、2卸载1）直接删除安装文件夹卸载是否有提示信息。2）测试系统直接卸载程序是否有提示信息。3）测试卸载后文件是否全部删除所有的安装文件夹。4）卸载过程中出现的意外情况的测试（如死机、断电、重启）。5）卸载是否支持取消功能，单击取消后软件卸载的情况。6）系统直接卸载 UI测试，是否有卸载状态进度条提示。
2、1功能测试注意：一定要深刻理解产品需求。1）评审需求，多方面考虑，整理出内在外
在以及非功能性的直接、间接功能点，对比需求，提取测试点。2）根据常用的一些分析方法，等价类、边界值、判定表、因果图、场景法等方法，设计测试用例，对提取的功能点进行覆盖。3）测试各个阶段不断跟踪缺陷，做好用例的更新迭代和不断变更需求所带来的业务或者需求的错误根据软件说明或用户需求验证App的各个功能实现，采用如下方法实现并评估功能测试过程：1>采用时间、地点、对象、行为和背景五元素或业务分析等方法分析、提炼 App的用户使用场景，对比说明或需求，整理出内在、外在及非功能直接相关的需求，构建测试点，并明确测试标准，若用户需求中无明确标准遵循，则需要参考行业或相关国际标准或准则。2>根据被测功能点的特性列出相应类型的测试用例对其进行覆盖，如；涉及输入的地方需要考虑等价、边界、负面、异常或非法、场景回滚、关联测试等测试类型对其进行覆盖。3>在测试实现的各个阶段跟踪测试实现与需求输入的覆盖情况，及时修正业务或需求理解错误。
2、1、1运行1）App安装完成后的试运行，可正常打开软件。2）App打开测试，是否有加载状态进度提示。3）App打开速度测试，速度是否可观。4）App页面间的切换是否流畅，逻辑是否正确。5）注册：1>同表单编辑页面;2>用户名密码长度;3>注册后的提示页面;4>前台注册页面和后台的管理页面数据是否一致;5>注册后，在后台管理中页面提示、6）登录：1>
使用合法的用户登录系统。2>系统是否允许多次非法的登陆，是否有次数限制。3>使用已经登陆的账号登陆系统是否正确处理。4>使用禁用的账号登陆系统是否正确处理。5>用户名、口令（密码）错误或漏填时能否登陆。6>删除或修改后的用户，原用户登陆。7>不输入用户口令和用户、重复点（确定或取消按钮）是否允许登陆。8>登陆后，页面中登陆信息。9>页面中有注销按钮。10>登陆超时的处理。7）注销1>注销原模块，新的模块系统能否正确处理。2>终止注销能否返回原模块，原用户。3>注销原用户，新用户系统能否正确处理。4>使用错误的账号、口令、无权限的被禁用的账号进行注销。
2、1、2应用的前后台切换1)
App切换到后台(直接按Home键)，再回到App，检查是否停留在上一次操作界面。2)
App切换到后台，再回到App，检查功能及应用状态是否正常。注意：IOS4和IOS5的版本的处理机制有的不一样。3)
App切换到后台，再回到前台时，注意程序是否崩溃，功能状态是否正常，尤其是对于从后台切换回前台数据有自动更新的时候。4)手机锁屏、解屏后进入App注意是否会崩溃，功能
状态是否正常，尤其是对于从后台切换回前台数据有自动更新的时候。5)App使用过程中有电话进来中断后再切换到App，功能状态是否正常。6)当杀掉App进程后，再开启App，App能否正常启动。7)出现必须处理的提示框后，切换到后台，再切换回来，检查提示框是否还存在，有时候会出现应用自动跳过提示框的缺陷。8)对于有数据交换的页面，每个页面都必需要进行前后台切换、锁屏的测试，这种页面最容易出现崩溃。
2、1、3免登录很多应用提供免登录功能，当应用开启时自动以上一次登录的用户身份来使用App、1)
App有免登录功能时，需要考虑IOS版本差异。2)考虑无网络情况时能否正常进入免登录状态。3)切换用户登录后，要校验用户登录信息及数据内容是否相应更新，确保原用户退出。4)根据MTOP的现有规则，一个帐户只允许登录一台机器。所以，需要检查一个帐户登录多台手机的情况。原手机里的用户需要被踢出，给出友好提示。5)
App切换到后台，再切回前台的校验6)切换到后台，再切换回前台的测试7)密码更换后，检查有数据交换时是否进行了有效身份的校验8)支持自动登录的应用在进行数据交换时，检查系统是否能自动登录成功并且数据操作无误。9)检查用户主动退出登录后，下次启动App，
应停留在登录界面
2、1、4数据更新根据应用的业务规则，以及数据更新量的情况，来确定最优的数据更新方案。1)需要确定哪些地方需要提供手动刷新，哪些地方需要自动刷新，哪些地方需要手动+自动刷新。2)确定哪些地方从后台切换回前台时需要进行数据更新。3)根据业务、速度及流量的合理分配，确定哪些内容需要实时更新，哪些需要定时更新。4)确定数据展示部分的处理逻辑，是每次从服务端请求，还是有缓存到本地，这样才能有针对性的进行相应测试。5)检查有数据交换的地方，均有相应的异常处理。

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。