前端测试 app 版本升级测试覆盖率,欢迎来讨论

州长 · December 18, 2018 · Last by Stone replied at December 18, 2018 · 1441 hits

1.旧版本升级到新版本,这种无话可说。
2.安卓研发要求测试【新版本】的升级功能,担心新发布的版本在下次迭代不能升级了。
测试圈的同学,遇到过这样的问题吗?
测试圈的同学谈谈你们公司app升级测试覆盖度是怎么做的,请各抒己见

最佳回复

一般升级测试主要是:
1.不跨版本 0.1到 0.2 做测试(包括已登陆未登录 已登陆要看数据保留)
2.跨版本 0.1到0.3 中间有0.2 升级看是不是提示0.3 而不是先0.2 再0.3
第二个维度
3.强制更新
4.非强制
和1.2这两点就是交叉的 例如0.1 强制0.2 而非强制0.3 要看提示 安装0.2的版本再看提示
如果版本稳定 升级一般就不用看了
如果升级模块有改动 就需要让开发在上线的这个版本 再打一个高版本 要验证马上上线的版本升级没有问题 不然上线了以后下次升不了 就完蛋套了

共收到 5 条回复 时间 点赞

如果升级模块有优化,新版本是需要测试升级的,做法是打个更高版本的包😄

增量覆盖率

我理解APP升级有2种情况,以安卓为例:

  1. 热更新(云更)
  2. 旧版本覆盖安装

我们基本上都是通过提高版本号来测试升级功能,包括云更和APP主版本更新

一般升级测试主要是:
1.不跨版本 0.1到 0.2 做测试(包括已登陆未登录 已登陆要看数据保留)
2.跨版本 0.1到0.3 中间有0.2 升级看是不是提示0.3 而不是先0.2 再0.3
第二个维度
3.强制更新
4.非强制
和1.2这两点就是交叉的 例如0.1 强制0.2 而非强制0.3 要看提示 安装0.2的版本再看提示
如果版本稳定 升级一般就不用看了
如果升级模块有改动 就需要让开发在上线的这个版本 再打一个高版本 要验证马上上线的版本升级没有问题 不然上线了以后下次升不了 就完蛋套了

建议你们公司讨论评审是否需要啊专门做App的升级特性测试
看是否之前有相关升级的问题
多数公司会在灰度环境进行一下升级验证,保证新老数据兼容,可以正常登陆就好。

如果评审以后有升级特性的专项测试,

  1. 升级、卸载和更新,以及对应的方式、检查和基本操作
  2. 版本升级树(对应的版本配套表,是否支持间隔多个版本一步升级到位)
  3. 升级场景的备选流覆盖
需要 Sign In 后方可回复, 如果你还没有账号请点击这里 Sign Up