史上最细,常见性能测试bug+APP测试常见bug(详全)
目录:导读
前言
1、常见性能测试bug
bug1:
我之前做压力测试压测一段时间后,频繁的报连接超时和socket close套接字关闭
原因:当时我们分析是因为Tomcat中间件线程池不够用,数据库连接池也不够,并且连接数也被占满了导致我们连接不上而报超时和套接字关闭等错误
bug2:
还有一次就是我在做压测的时候,我用50并发压测,TPS曲线正常应该是平缓的,但是TPS曲线剧烈下降和抖动,并且一直持续定位问题:当时我在服务器端用的jheap和dstat命令监控发现,是因为jvm进行垃圾回收的时候,老年代空间也满了引发了fullGC,然后导致我们线程暂停了进行垃圾回收。
后面解决这个问题的话是我们开发同事把那个老年代的空间进行了增加,修改了JVM参数,并且增加了堆内存xms和xmx,后面fullGC频率就变低了很多。
bug3:
稳定性压测一段时间后,jmeter报错,日志报堆内存溢出OutOfMemoryError,后面我们开发同事把JVM的参数改了一下,增加堆内存把xms和xmx都调大了就没报错了
bug4:
压测一段时间后,jmeter报错,日志报栈内存溢出StackOverflowError。后面我们开发同事把JVM的参数改了一下,增加栈内存把xss参数改大了,后面就没报错了
bug5:
有次压一个查询接口的时候发现接口的平均响应时间非常的长,后面定位发现是因为在数据库用联合索引的时候,作为查询条件的那个字段没有放在查询条件的最左前缀,导致索引失效了,后面变成了全表扫描,后面我们给字段加了唯一索引,查询时间就提高了很多
bug6:
我有次压测的时候发现应用服务器的CPU达到90%,并且还是8核的CPU,当时就觉得有很大的问题,后来通过jprofiler工具对CPU进行了监控,发现有个谷歌开发的gson库在调用的时候对CPU的消耗非常的大。
当时把这个问题反馈给到了开发,开发同事那边把这个谷歌的gson库换成了阿里巴巴的fastJSON后,发现性能好了不止一倍,CPU的占用只有20%、并且tps也提升上来了
bug7:
当时碰到过一个最难的性能bug,就是压测一段时间后,线程直接不动了,并且TPS直接为0了,但是呢服务器硬件的资源CPU和内存 IO等等又都是非常空闲的、通过JDK自带的jvisualvm工具我在查看线程的时候发现至少有2个线程一直处于红色的阻塞状态。
后来在查看报错日志的时候发现有个CaseController类报错了、然后去看一下Java代码、发现代码里面一个锁synchronized里面又嵌套了另外一个锁,后面我们研发同事看了之后,改了一下代码把Thread.sleep()线程等待和锁里面加锁的代码给优化了,后续就没问题了
bug8:
有次我在做压测的时候,发现TPS就是上不去,然后呢通过用dstat -tcmnd --disk-util 命令去监控的时候发现CPU的使用率始终没有很大的波动、空闲95%左右、只占用了5%左右、当时就觉得应该不是fullGC和youngGC 内存泄露和内存溢出的问题。
为了进一步的排查和定位我后面通过通过jstack 进程号 >1.log命令去获取对应的日志、看一下是不是线程阻塞的问题,然后把捕捉的日志下载到本地用notepad++ 打开、发现Thread.stat:Blocked阻塞的地方多达70多个地方,后面又通过反编译工具把log4j的jar包打开。
找到了Category.class这个类、发现里面的第204行调了一个方法叫做callAppenders里面用了synchronized的锁,原因找到了是log4j里面为了保证线程的安全,里面加了很多的锁但是却牺牲了很多的性能 。
后面我们优化的时候就是首先进入项目中找到log4j.properties这个文件然后把log4j.rootLogger=info 中的info改为error、提升打日志的等级,然后重启项目,这个进行优化之后、重新压测发现TPS达到了7000/sec。
优化阻塞之后发现性能提升了3倍左右、CPU也占用了15%左右,当然也可以用log4j2打日志,因为这个log4j2在原来的log4j的基础上做了重构做了性能的优化、做了异步处理比log4j和logback有了18倍的性能的提升
bug9:
在做压力测试的时候,吞吐量tps上不去,原本的TPS标准是要达到400/sec,但是实际压测只有50多的tps,后面发现是数据库的磁盘空间满了,导致查询速度和请求速度过慢,然后我让我们后端开发同事把数据库的磁盘清理一下就恢复正常了。
bug10:
我在压测(修改密码,新建用户,投保用户列表接口,保单管理接口,支付接口,保单查询接口,查看险种接口,投保接口)接口的时候【这里面接口自己选一个】,平均响应时间在10s左右,不符合性能指标3s,后来发现:原因是接口通过redis,每次请求redis都会初始化,后面我们在测试环境增加路由配置之后,这个问题就解决了
2、app常见bug
1)个人签名输入代码字段<script>提示网络原因保存失败
2)语音会议中点击屏幕共享,出现闪退现象
3)审批时间与审批标记距离太近,不适配(仅安卓复现)
4)待办提示无法打开,报错10000
5)安卓5机子无法创建直播(系统兼容)
6)添加我的应用只能添加9个,新需求说明能配置10个
7)个人中心头像和签名不显示出来
8)关注页面中,点击搜索框搜索无光标无输入内容显示(仅安卓5复现)
9)搜索框输入最大限制字数后,摇一摇手机弹窗点击撤销,app闪退(必现严重问题)
10)多次进入应用后退出,应用崩溃
11)问鼎云学习进入失败,一直显示加载中
12)从me进入应用中心,返回按钮和搜索按钮失效
13)一卡通输入充值卡号没有长度限制
14)切换英文状态下,应用商店解决方案分类下的卡片“购买咨询”未翻译成英文
15)扫一扫识别文档,分享按钮太小,且部分被遮挡,不适配
完整版!企业级性能测试实战,速通Jmeter性能测试到分布式集群压测教程
| 下面是我整理的2025年最全的软件测试工程师学习知识架构体系图 |
一、Python编程入门到精通

二、接口自动化项目实战

三、Web自动化项目实战

四、App自动化项目实战

五、一线大厂简历

六、测试开发DevOps体系

七、常用自动化测试工具

八、JMeter性能测试

九、总结(尾部小惊喜)
人生最珍贵的不是终点站的掌声,而是追梦路上的每一个脚印。当你觉得疲惫时,请记住:钻石经过打磨才能璀璨,雄鹰经历断羽才能高飞。你的坚持,正在书写属于自己的传奇篇章!
别让任何人定义你的极限!你拥有的不是天花板,而是等待突破的起点。那些看似不可能的梦想,终将在你日复一日的坚持中变得触手可及。你,就是自己人生的造梦者!
更多推荐


所有评论(0)