zoukankan      html  css  js  c++  java
  • app版本升级的测试点

    移动端版本更新升级是一个比较重要的功能点,主要分为强制更新和非强制更新。

    1.强制更新需要测试的点有:

    1)强制升级是否可以升级成功

    从老版本的包升级到新版版的包是否可以升级成功。


    2)升级后的数据是否正常

    查看老账户升级后是否可以正常使用

    查看老账户升级后的老数据是否丢失或异常

    检查新功能替换老功能 是否按最新的逻辑执行

    检查旧版本上去掉或者隐藏的功能 对新版本有没有影响


    3)强制升级的弹窗是否可以关闭

    检查强制更新窗口有没有其他可以关闭的按钮或功能,比如弹框右上方的关闭按钮没有影藏,点击背景阴影弹框消失等。


    4)提示强制更新的提示

    配置升级功能后是否一打开应用就提示升级;多次打开应用是否强制弹框不消失

    2.非强制更新的测试点有:

    1)提示弹框的显示

    选择非强制更新时,是否可以选择暂不更新和立即更新;是否可以关闭弹框不显示


    2)选择暂不更新

    选择暂不更新,老版本是否可以正常使用;选择暂不更新操作页面不会出现再出现非强制更新的弹框


    3)选择立即更新

    选择立即更新去下载新版本,查看新版本号是否是最新版本;功能是否是最新的,检查点同强制更新的,这里不再赘述了。

    选择立即更新,下载后没有安装软件,以后还会不会提示。


    4)非强制更新弹框的提示频率

    提示频率看产品规定的,一般遇到的一天提示一次或固定时间提示一次。因为不是强制更新,

    可以选择不更新,如果没有打开应用提示一次或者一直提示会对用户体验不友好。


    5)查看设置部分的版本更新

    一般应用设置部分会有个检测版本功能,非强制更新检查版本更新是否也可以弹出非强制更新的弹框


    6)回归老版本

    非强制更新还有工作需要做的就是回归老版本,检查新功能是否出现在老版本上;新老功能替换时,老版本的老功能

    是否可以正常使用;新用户向老用户发送信息时,会不会提示版本需升级后才能查看(对老版本上新数据的处理)。

    总结:强制升级一般用于版本改动较大,业务较重要,功能模块存在风险的情况;非强制更新适用于版本改动不是很大,对业务影响不大,不存在风险问题的。


    上面根据个人经验总结的,如果大家有疑问或补充的,欢迎给我留言哈!

  • 相关阅读:
    简单后台登录逻辑实现Controller
    自学semantic UI个人博客首页模板
    Spring Boot日志处理
    Thymeleaf静态资源引入方式及公共页面代码抽取
    一个简单SpringBoot应用的pom.xml文件
    Spring Boot入门程序
    easyuUI实现客户分页显示逻辑分析
    easyui自学模板代码
    网络协议-webService协议
    【转】彻底搞透Netty框架
  • 原文地址:https://www.cnblogs.com/changpuyi/p/8618755.html
Copyright © 2011-2022 走看看