移动应用升级安装中的覆盖安装测试需要关注哪些点?
所谓覆盖安装,我理解的是,在不清除用户数据,不清除应用本地缓存设置的情况下,对同一个应用进行功能特性的升级,当然如果有些升级动作指定了一定要清除用户数据的话,另当别论。覆盖安装应该也是绝大部分用户升级应用的方式。
楼下回复很精彩,我整理了下:
(android)需要支持多种方式安装,第三方应用,adb 命令行,商店等。
IOS 同签名的可以覆盖安装;支持第三方应用,手机越狱后覆盖安装后路径和权限正确。
覆盖后权限不用重新申请一次。
(非 app 层面)IOS 剩余空间不足,无法进行覆盖安装;会提示对应信息。
(主要影响 app store)新入安装的包在商店列表的内存确保一致。
对比 Version_code,游戏还有 Version_id。
(根据不同业务)本地校对 Version_id,平台校对 Version_code,服务器校对客户端 Version 文件里面参数
了解数据信息保存,确保在本地数据可访问不会丢失。
(根据不同业务)本地自定义设置的不会丢失,该文件不会写覆盖。如果正好设置区域有改动,允许修改对应文件。
本地 |SD 卡安装位置支持写入,并且查看文件路径正确。
业务面覆盖后,根据 checklist 高版本不会影响低版本。
被老虎哥哥抓来回答。
支持第三方应用安装,本质上不是 app 本身代码的测试吧?
这个是否需要验证运营人员是否正确的去更新第三方应用(比如应用宝上的最新程序)?
我们就出现过,pp 助手自己不知道从哪里获取了我们公司的软件,并放在上面,导致用 UC 安全下载的版本都有问题。
资源编号这个我有点理解了,可能我们公司的 apk 没那么复杂。所以还不存在这种根据资源编号更新部分资源的情况。
我们只是一个普通的 apk,没什么状态的。
多谢讲解,很多思路以后都可以参考啊。
你关注的是覆盖安装的过程?还是应用覆盖安装后,应用的正常使用?
(android)需要支持多种方式安装,第三方应用,adb 命令行,商店等。
IOS 同签名的可以覆盖安装;支持第三方应用,手机越狱后覆盖安装后路径和权限正确。
覆盖后权限不用重新申请一次。
(非 app 层面)IOS 剩余空间不足,无法进行覆盖安装;会提示对应信息。
(主要影响 app store)新入安装的包在商店列表的内存确保一致。
对比 Version_code,游戏还有 Version_id。
(根据不同业务)本地校对 Version_id,平台校对 Version_code,服务器校对客户端 Version 文件里面参数
了解数据信息保存,确保在本地数据可访问不会丢失。
(根据不同业务)本地自定义设置的不会丢失,该文件不会写覆盖。如果正好设置区域有改动,允许修改对应文件。
本地 |SD 卡安装位置支持写入,并且查看文件路径正确。
业务面覆盖后,根据 checklist 高版本不会影响低版本。
被老虎哥哥抓来回答。
看不懂 jiazurongyu 老大写的内容啊,这个对小白来说不明白是怎么回事,比如:
支持第三方应用
本地校对 Version_id,平台校对 Version_code
业务面覆盖后,根据 checklist 高版本不会影响低版本
求指导一下,多谢
支持第三方应用安装 比如某某手机助手, itools 等 /模拟器上的应用也支持模拟器覆盖安装,这个又好多了,阴阳师,王者等
本地校队的是资源编号(游戏比较多,不匹配需要资源更新),平台的是 version_code(只是版控,判断是否热更和强更),version_code 会存在溢出,不能以时间来打。
比如新版本把用户手上的某个药水效果改了,热更或者其他后,上个版本已经使用的药水效果应该还是有效的,属性还是之前版本的,确保有效和没有影响。比如这个,例子有很多。
历史数据是否可以正常导入
支持第三方应用安装,本质上不是 app 本身代码的测试吧?
这个是否需要验证运营人员是否正确的去更新第三方应用(比如应用宝上的最新程序)?
我们就出现过,pp 助手自己不知道从哪里获取了我们公司的软件,并放在上面,导致用 UC 安全下载的版本都有问题。
资源编号这个我有点理解了,可能我们公司的 apk 没那么复杂。所以还不存在这种根据资源编号更新部分资源的情况。
我们只是一个普通的 apk,没什么状态的。
多谢讲解,很多思路以后都可以参考啊。
get!
mark 一下思维导图
请问你的图是什么工具画的