app 崩溃测试 (转:CSDN 我去热饭)
首先,崩溃有几种情况:
- 闪退
- 提示停止运行
- 无响应
( 不同情况虽然没有严格意义上区分开引起原因,但是都有侧重。在之后的工作中,我会实时补充统计。)
1.接口返回值
[直接原因]:app无法解析接口返回值/获取不到要获取的参数/参数类型不对 导致客户端代码报错 [引起原因]:脏数据/网络问题导致接口超时或漏了数组元素/前后台没有统一参数类型标准/参数名错误/实体消失 [解决办法]:在网络顺畅/不顺畅情况下抓包,对着api文档一个一个的参数对比,返回值有数组可以横向对比,可能是其中某个元素内的某个参数和其他元素内的这个参数有内容不同/类型不同/为空/不存在/规范不同。 [测试方法]:首先要从2个角度考虑。1:后台不要返回这种脏数据,或者有脏数据要进行处理再返回给app。2:app要有一定的容错性,不能因为一个参数这么一点小事就导致崩溃(低级bug瞬间升级到致命bug)。所以要从俩边测试。1:先进行正常的接口测试,保证正常数据返回没有问题。再通过操作数据库或其他手段进行构造脏数据,测试服务器的错误处理能力。2:再利用mock或抓包工具,强行修改返回值,测试app端的容错能力。用脚本或手动把所有/特定 的参数进行更改,包括 类型/内容长度/为空/删除掉/不符合规范 等情况来测试app的容错性和成熟性。 其次网络问题也是有概率引起崩溃,就是在网络环境很恶劣 或变动频繁的情况下进行所有接口测试,保证返回值全面完整。观察接口返回是否有拉下的数组元素。因为app的超时判定 和服务器的超时判定是不统一的。可能接口超时要60秒,但是app只等待10秒钟,10秒没到就判定失败了,但这不是导致崩溃的原因。导致崩溃的原因在于服务器返回超时后(不是无网络,不是关掉wifi或数据流量),接口报什么http状态码,一般是502,app原则上是要对所有接口502都有对应处理和提示,但实际情况是,很多接口有提示不崩溃,更多的接口会崩溃。所以测试的时候要构造特殊环境,来让所以接口依次超时。方法可以是在抓包工具上打断点,然后不进行继续操作,挺着看app最终会不会崩溃。 实体消失问题导致崩溃,其实是接口规范上的原因,当因为先后操作,页面未及时刷新的情况,导致app对一个已经在后台数据库抹除的实体或关系进行访问时,后台又恰好没考虑过此情况,导致后台返回结果不可预料,app又没有抓取某种异常返回,导致崩溃。测试办法就是测试点中计划好所有这种可以操作到消失实体的情况,来进行模拟测试。或者抓包时强行更改请求实体,来达到请求一个不存在实体的场景,观察服务器如何处理并返回,app又是否会因此而崩溃。
2.内存问题
[直接原因]:客户端app代码报错。 [引起原因]:兼容不好/内存不足/内存泄露造成app开辟内存空间失败/内存泄漏。 [解决办法]:提醒用户更换手机或关掉后台其他app进程,崩溃的app要进行全面测试,定位到具体什么操作导致崩溃。 [测试方法]:先进行兼容性测试,用不同的操作系统/手机型号/品牌/系统版本/蓝牙版本去执行一些跟写入读取有关的功能的用例。用emmagee监控app,看到各种操作后,占用的内存是否超过预期。让开发规范代码,及时释放掉占用的存储空间。手机安装很多app,然后后台都打开,然后再运行自家app,观察其是否会崩溃频繁,可以用monkey测试(虽然monkey无法表明到底是什么原因引起崩溃,但是可以通过 观察后台干净/后台运行过多app 这俩种情况下多次测试,看是否因为后台运行过多app 就导致monkey崩溃概率高。而判断出大致自家app的生存能力)其他待补充。
3.下标越界问题
[直接原因]:客户端app代码报错。 [引起原因]:需要操作的元素已经消失/代码错误,超出实体数量/读取or写入本地文件或缓存时的IO错误 [解决办法]:调查引起崩溃的具体操作步骤,然后提交开发解决,前端代码容错率需要提高。 [测试方法]:边界值测试为核心思想,测试正常情况有关数量的功能用例 要进行代码review1:保证代码没有错误,循环中没有超出实体数量。2:保证代码容错性高,每个循环都要有越界异常捕获并处理。/ 要进行手动破坏性测试,1:如删除本地文件,比如app要调取本地缓存的4张图片,在app刚要调用的时候,已经选择好的时候,切换到本地文件管理中,删掉其中一个,那么app就会访问到一个不存在的文件,会引发越界等代码报错。2:破坏掉这个文件。那么app就会读取的时候发生io错误。等情况来进行测试。
4.渲染不及时问题
[直接原因]:控件生成/调用受阻,导致前端app代码报错 [引起原因]:渲染过慢,操作过快,兼容性不好 [解决办法]:让用户换手机,或慢点点,重新设计避免用户连点造成的操作过快,重新设计减轻页面加载渲染负担,异步处理 [测试方法]:对复杂/卡顿页面进行快速操作来让本不应该出现在一起的俩个控件出现在一起,或用monkey最大速度测试。待补充
5.权限问题
[直接原因]:客户端未对无权限情况处理,导致代码报错 [引起原因]:用户访问未获取到系统相关权限的功能,客户端又未对此情况进行处理 [解决办法]:修改崩溃bug,设计此情况的处理机制,如提示用户去手动开权限,或自动退出等情况。 [测试方法]:关掉app所有的系统权限,然后去访问所有系统权限相关的页面和功能。例如:相册,照相,定位,开启wifi,蓝牙,gps 等等权限。
6.第三方问题
[引起原因]:第三方广告的突然弹出/其他app分享进来和出去/各种第三方app的强行抢镜(如抢红包提醒) [测试方法]:在各个页面,手动触发大多数app的 或 本app的外接 广告来测试。用其他主流app测试分享,或自家app分享出去再回来看是否已经被退出。突然收到其他app的强制提醒。
7.系统高优先级app问题
[直接原因]:导致自家app突然被挂起或放置后台 [引起原因]:突然来电话,突然收短信,闹钟,会议提醒系统原生app等情况 [测试方法]:在各个页面,功能运行前中后。进行接电话/短信来测试。主要测试是否会影响电话/短信,电话/短信结束后 app是否能恢复到之前的页面,还是已经闪退被强关了。
8.设备视图方向问题
[直接原因]:因横竖屏导致app崩溃 [解决方法]:重启app [测试方法]: 1.先横,再开app 2.先竖,再开app 3.开app后,各种页面上,功能前中后,横屏/竖屏来回切换
9.多语言问题
[直接原因]:各种语言导致崩溃 [测试方法]: 1.先切换成各国语言,再开app进行各种功能用例测试 2.先开app,再来回切换各国语言进行测试
10.其他代码错误
[直接原因]:客户端app代码错误 [引起原因]:各种异常操作,正常操作 [解决办法]:adb shell logcat抓日志,后台查看崩溃日志 [测试方法]:执行全部测试用例即可。
11.弱网问题
[直接原因]:客户端无法解析json返回值 [引起原因]:网络差,json串过长 [解决办法]:体型用户换更快网络,客户端对此操作增加等待时间。接口返回进行异步处理。增加翻页功能。 [测试方法]:用抓包工具模拟出弱网环境,包含丢包率,稳定性等元素。然后对接口返回值构造超长数据进行测试。
转载于:https://www.cnblogs.com/lixy-88428977/p/11287553.html
app 崩溃测试 (转:CSDN 我去热饭)相关推荐
- android app crash测试,APP常见崩溃原因和测试方法整理
测试过APP的人都应该发现,app崩溃是一类非常常见的问题,很多时候还是致命性的,这就要求我们测试人员要尽最大可能去找出软件当中的缺陷,减少app崩溃出现的概率,这里我将收集到的关于针对APP崩溃测试 ...
- app崩溃的原因 和 提前测试流程/方法 和出现崩溃后怎么定位和处理 总结(持续更新中)
首先,崩溃有几种情况: 闪退 提示停止运行 无响应 ( 不同情况虽然没有严格意义上区分开引起原因,但是都有侧重.在之后的工作中,我会实时补充统计.) 1.接口返回值 [直接原因]:app无法解析接口返 ...
- 百度地图软件测试,使用 app-inspector 解析 i 调用百度地图定位的页面时 (iOS),会导致测试 app 崩溃...
环境信息: Mac:OSX 10.12.6 Xcode:8.3.3 设备:iphone 6s /ios 10.3.3 app-inspector:v2.0.6 (单独安装的 app-inspector ...
- android 稳定性测试工具,APP 稳定性测试工具-Fastbot_Android详解
基于monkey的二次开发,约束monkey的行为,比monkey更智能. 写在开始 monkey测试的随机性概率过大,导致其效率并不能达到预期.有时可能遍历了很久,依旧与最有可能发生问题的部分擦肩而 ...
- monkey测试_爱码小士丨 APP稳定性测试(附视频详解)
在实际的测试过程中,主要是对系统的功能来进行测试,用于校验功能的正确性 还需要考虑到系统在未修改的状态下,是否能够稳定运行,即崩溃.闪退.重启.系统异常等等等地情况 在APP中,稳定性测试一般是交由M ...
- 操作指令详解_爱码小士丨 APP稳定性测试(附视频详解)
在实际的测试过程中,主要是对系统的功能来进行测试,用于校验功能的正确性 还需要考虑到系统在未修改的状态下,是否能够稳定运行,即崩溃.闪退.重启.系统异常等等等地情况 在APP中,稳定性测试一般是交由M ...
- 移动应用/APP的测试流程及方法
1. APP测试基本流程 1.1流程图 1.2测试周期 测试周期可按项目的开发周期来确定测试时间,一般测试时间为两三周(即15个工作日),根据项目情况以及版本质量可适当缩短或延长测试时间.正式测试前先 ...
- 移动APP的测试流程及方法
App的测试流程整理 1. APP测试基本流程 1.1流程图 1.2测试周期 测试周期可按项目的开发周期来确定测试时间,一般测试时间为两三周(即15个工作日),根据项目情况以及版本质量可适当缩短或延长 ...
- Android App专项测试-压力测试篇
小伙伴们大家好,今天主要分享的主题是Android App专项测试.如何进行Android App专项测试压力测试呢?我们主要通过Android平台的一门工具Monkey.在学习本门课程之前,如果你具 ...
最新文章
- python代码创建数据库_如何使用python ORM创建数据库表?
- 脊柱外科病人资料管理系统的界面设计分析
- js,需要更多源字符
- Linux进程终止命令kill或killall​笔记
- Taro多端开发实现原理与项目实战(一)
- 随想录(豆瓣网站的爬行)
- AI创业营第三期拉开帷幕:生存训练+思想盛宴
- 再看中国互联网web2.0百强名单
- HTML+CSS——网页设计项目完整版本(阿里矢量图标库)分享
- ftp服务器显示密码,Ftp服务器怎么查看密码
- exchange server 2007 边缘传输服务器 垃圾邮件,边缘传输 启用反垃圾邮件更新向导 启用反垃圾邮件更新页...
- 与众不同 独树一帜,传智播客2018春季课程发布会在京举行
- dann的alpha torch_win10安装NVIDIA驱动 + cuda +cundann+pytorch
- 网关,路由,局域网内的通信及不同的网络间通信实现的原理剖析
- Python(x,y)
- 年薪30万、50万、100万的管理者,有啥分别?
- 做一名有修养的程序员
- 基于 Bootstrap 5 的多用途预定(酒店、航班、出租车、旅游)主题 HTML 网站模板
- 工薪阶层买房八大实用秘笈
- 安装和配置Tripwire 加强你的Linux系统安全