app的版本升级测试

从已有的项目经验来看,APP的升级测试需要考虑以下几个方面:

1. 正常的下载升级过程

  1. 考虑iOS和安卓的下载渠道不同

    iOS的下载来自于AppStore

    Android的升级来自于官网下载或者是各个渠道

  2. 考虑网络的影响

    2G/3G/4G wifi下是否都能正常升级或者能够基于流量的影响进行智能下载

  3. 考虑中断下载和升级过程后是否和继续或者重新下载和升级

    手动中断后可以继续进行相关操作

  4. 考虑断电和内存不足的问题

    能够继续进行相关升级,对于内存有友好的提示

  5. 考虑应用权限问题

    如果新版本对于应用权限有了扩展,需要进行权限确认

  6. 考虑不同机型

    升级测试需要对各种机型进行覆盖测试

2. 选择升级情况下旧版本的兼容性

  如果不是强制升级,那新旧版本的app同时运行时必不可少的,此时需要考虑新旧版本并行时后台接口的兼容性。在进行旧版本功能兼容性验证时,可以进行主要流程的测试和变更的接口影响到的功能详细验证,这样可以缩小测试范围,减少测试时间同时又能保证相应的变更都进行了测试。

3. 覆盖升级后新版本的使用情况

  1. 除了新版本自身的新功能验证之外,要进行主要业务流程的验证。

  2. 在覆盖升级前,需要模拟使用旧版本的用户进行缓存数据的创建,然后进行升级,确认缓存数据升级后可以正常显示,相关功能工作正常。

时间: 2024-10-27 11:53:12

app的版本升级测试的相关文章

APP功能点测试

一.移动互联网特点: 1,用户体验至上:精准的用户体验 2,核心竞争力:市场占有率和业务创新能力 3,营销模型:通过口碑传播吸引客户,随之参与互动(如分享等,对接口测试要求高) 二.项目特点: 1,开发周期短 2,创意高于一切 3,项目研发成本相对较低 4,需求多变且不明确 5,常采用敏捷开发模型 三.测试关注: 终端: 1, 整机测试 2, App测试 服务端: 1, 服务端软件测试 2, 大数据分析与挖掘 四.测试类型: 功能,性能,自动化 五.app测试点 1,安全测试 A,软件权限 B,

跨多个App的UI测试

本文翻译自:Testing UI for Multiple Apps 水平有限自己感觉很多地方表达的并不到位,但找不到更好的表达方式,如果您觉着有更好的表达方式,帮助我改进! 跨越多个App进行UI测试 通过跨越多个APP之间的交互来测试你的APPUI,让你确认你的APP表现是否正确,比如:用户在你的APP和其他APP之间或者进入系统UI之间进行切换操作时.一个例子比如用户切换至短信APP它允许用户输入一个文本消息,然后切换到Android通讯录来选择要发送的目标,然后再返回短信APP来发送短信

一些通用的触发移动App崩溃的测试场景

一些通用的触发移动App崩溃的测试场景,如下: 1 验证在有不同的屏幕分辨率,操作系统和运营商的多个设备上的App行为. 2 用新发布的操作系统版本验证App的行为. 3 验证在如隧道,电梯等网络质量突然改变的环境中的App行为. 4 通过手动网络从蜂窝更改到Wi-Fi ,或反过来,验证App行为. 5 验证在没有网络的环境中的App行为. 6 验证来电/短信和设备特定的警报(如警报和通知)时的App行为. 7 通过改变设备的方向,以不同的视图模式,验证App行为. 8 验证设备内存不足时的Ap

互联网App应用程序测试流程及测试总结

近年来随着移动互联网发展迅猛,APP也进行了爆发式的增长,相应的APP的测试检测就摆在每家企业眼前,以下是由国内应用安全检测团队-爱内测(www.ineice.com)的CTO为我们介绍App应用程序测试流程及测试总结: 1. APP测试基本流程 1.1流程图 仍然为测试环境 Pass 1.2测试周期 测试周期可按项目的开发周期来确定测试时间,一般测试时间为两三周(即15个工作日),根据项目情况以及版本质量可适当缩短或延长测试时间.正式测试前先向主管确认项目排期. 1.3测试资源 测试任务开始前

使用fiddler进行app弱网测试

转自:http://www.51testing.com/html/01/n-3727001.html APP弱网模拟测试 移动端测试区别于PC端测试的一点就是网络的多变性:不同的网络环境和网络制式的差异,都会对用户使用app造成一定影响. 例如:进地铁.上公交.进电梯等,如果app没有对各种网络异常进行兼容处理,那么用户可能在日常生活中遇到APP闪退.ANR.数据丢失等问题.因此,app网络测试,特别是弱网测试显得尤为重要. 利用fiddler的Simulate Modem Speeds功能,可

学生管理App测试计划余测试矩阵

学生管理测试计划: 里程碑项目 开始时间 结束时间 测试规划 2017.4.1 2017.4.2 测试设计 2017.4.2 2017.4.3 测试设计实施 2017.4.4 2017.4.8 测试执行 2017.4.9 2017.4.11 测试总结 2017.4.12 2017.4.14 学生管理App测试矩阵:   用户类型 屏幕分辨率 操作系统 缺省语言 组合总数 变量数目 2 2 3 2 4   用户 720*1280 Android 中文     管理员 800*600 IOS 英文

iClap分享:如何优雅的在 APP 中实现测试?

开发团队常面临的问题有:内测 APP 时测出一堆 bug 写了很多文档,交到下一个人手中时问题总是不够清晰明了;版本发布公测时只能分发原生版本给团队和用户,无法快速反馈测试和体验结果;使用第三方工具,在第三方平台上解决产品执行问题时,隐私容易泄露. 市场上现有的协作工具多为 IM 为核心的.员工 CRM 管理类或团队任务协作型,并没有以产品为核心的管理工具.iClap就是一款在 APP 开发大潮中,帮助开发者快捷管理测试的工具. iClap 给出的解决方式是:让你在 APP 中批注.测试. 开发

一次失败的APP业务渗透测试

作者:whoamiecho 来源:ichunqiu 本文参加i春秋社区原创文章奖励计划,未经许可禁止转载! 一.  过程 1.1.事情起因:暴力破解 测试给了个普通用户账号,可以登录.APP一来就要登陆,遇到这种情况只能先抓个登陆的包看看是个什么情况,登陆时抓取数据包如下: 发现验证码是本地验证的,并没有发送到服务端去.那就好办了,二话不说先爆破试试.         爆破了半天也没爆破处能登陆的用户.过了一会儿发现,用户名带入引号时居然报错了.这样的情况要么是被拦截了,要么存在注入.不巧是后者

使用Jmeter对APP进行压力测试

采用代理方式录制APP移动端的脚本,然后使用Jmeter进行压力测试 1.PC端浏览器设置本地代理(端口号为8899) 2.jmeter设置HTTP代理服务器(端口号为8899) 3.手机端wifi设置HTTP手动代理(服务器为电脑的IP,端口号为8899) 4.jmeter启动代理 5.手机端登陆使用app,jmeter录制到了脚本