没有合适的资源?快使用搜索试试~ 我知道了~
app测试指导手册.doc
1.该资源内容由用户上传,如若侵权请联系客服进行举报
2.虚拟产品一经售出概不退款(资源遇到问题,请及时私信上传者)
2.虚拟产品一经售出概不退款(资源遇到问题,请及时私信上传者)
版权申诉
0 下载量 2 浏览量
2021-10-08
19:00:19
上传
评论
收藏 730KB DOC 举报
温馨提示
试读
12页
app测试指导手册.doc
资源推荐
资源详情
资源评论
- .
APP 测试指导手册
编写目的
本手册编写旨在帮助刚刚入手的移动端测试人员了解移动端工程,并且了解刚刚接触一个
移动端的工程如何入手,有哪些问题需要明确,有哪些问题需要注意,欢送补充
移动端产品〔工程〕介绍
移动端产品〔工程〕展现在眼前的就是一个实际的 app 应用,支撑这个 app 应用的是它
的后台。后台一般有两种,一种是实际部署的后台管理系统,管理系统的根本信息和业务
信息,前台仅仅做展示,查看用,如通讯录 APP,掌上直播点播;另一种是后台部署的系
统和前台有数据交互的,一般这种系统分为 pc 展现端和 APP 展现端,pc 端和 APP 端的展
现端存在数据交互,有共同的后台管理系统支撑这两个前台应用,如人大 APP,一乡一法
庭。
1 功能测试
1.1 安装
目前公司的 app 根本是机遇两大移动操作系统 android 和 ios 开发的,android 开发的
app 安装文件后缀为 apk,ios 开发的 app 安装后缀名是 ipa
App 客户端程序的安装方式主要有如下几种:
1、手机端浏览器输入下载地址
2、通过二维码扫描〔需要单独维护二维码信息,一般二维码是封装了下载地址,所以
如果系统提供了此功能,在实施文档中必须说明二维码如何生成如何维护〕
3、Android 平台,通过 Usb 连接电脑方式安装
4、App store 下载安装〔正式发布,目前接触的工程没有正式发布的。如果接触的工
程需要在 APP store 上发布,需要在发布时间前预留出时间,因为提交申请到 APP
store 后审核比拟严格,需要的时间较长,具体时间需要提前确认〕
目前公司开发了一个 APP 推送平台,测试过程中可以让开发把 apk 放在推送平台上,
测试人员通过这个平台取包,同时在 test 上进展备份,这样方便开发和测试的交互
需求分析时需要确认系统支持哪几种安装方式,是否符合工程的要求
- .word.zl.
- .
测试重点〔围〕
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 可做升级,测试方法是找开发打包时默认把版本号
〔我们看到的实体是版本号,在开发那里是一个特殊的标识〕更改为比当前版本高
或者低的版本即可。如果工程发布时间紧急,第一版可以不测试升级,但是这局部
的实现方式必须考虑后续的升级情况
- .word.zl.
- .
5、需求分析时需要明确支持哪些根底版本升级到目前开发版本,在测试时做覆盖测试
1.3 卸载
主要测试卸载程序是否卸载干净
卸载后再安装一遍程序。卸载程序后再次安装程序看看之前安装的程序用户数据是否
在新安装的程序中留下痕迹〔有些数据可能没有完全卸载,保存在缓存中〕
1.4 同步
功能介绍:
移动终端产品是由后台效劳器端和移动客户端组成,后台效劳器负责信息存储,并将
数据推送到移动终端,由移动终端展现,程序的很多模块都会涉及同步功能;另一种 app
是不仅做展现,同时还和后台的效劳器有数据交互,app 端也可以作为数据数据端将数据
传送给后台,这局部 app 有的是必须联网完成数据录入,有的那么是支持离线录入数据,
联网后数据同步到效劳器
同步数据分为全量更新和增量更新,大局部 app 特别是信息量大的应用,采用的都是
增量更新方式,该方式的好处是刷新快,能为用户节省流量;在数据量不大时,如个人案
件审批也可以采用全量更新的方式。
数据同步的时机分多钟,一种是首次登录的时候的同步,此时数据量较多时同步时间
稍长,一般系统会提供一定的界面引导用户等待;一种是列表的下拉刷新数据,进展数据
的上传和下载;一种是列表切换时将切换前列表的数据上传到效劳器;一种是系统退出时
将系统产生的数据上传到效劳器端,这种情况下一般 app 都会对于如何退出做特殊处理,
比方连续按两次退回键即退出等;一种是前台定时任务去和效劳器进展交互更新数据,不
需要用户做任何操作
数据同步的功能设计的时候需要考虑几方面,流量损耗情况,如果系统支持移动网络
下进展数据交互此时要特别注意数据同步时流量的损耗情况,必要的时候可以提供仅 wi
下更新数据的功能;app 是否支持离线试用,如果支持,那就得注意离线时对于数据的操
作种类,如果系统同时有 pc 端的展现界面,那么 pc 端和 app 端对于数据操作的冲突情况
也是必须要考虑的
测试重点
- .word.zl.
剩余11页未读,继续阅读
资源评论
wdqsv88
- 粉丝: 3
- 资源: 13万+
下载权益
C知道特权
VIP文章
课程特权
开通VIP
上传资源 快速赚钱
- 我的内容管理 展开
- 我的资源 快来上传第一个资源
- 我的收益 登录查看自己的收益
- 我的积分 登录查看自己的积分
- 我的C币 登录后查看C币余额
- 我的收藏
- 我的下载
- 下载帮助
安全验证
文档复制为VIP权益,开通VIP直接复制
信息提交成功