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