Chinaunix首页 | 论坛 | 博客
  • 博客访问: 264665
  • 博文数量: 57
  • 博客积分: 0
  • 博客等级: 民兵
  • 技术积分: 1474
  • 用 户 组: 普通用户
  • 注册时间: 2013-07-25 10:56
文章分类
文章存档

2014年(25)

2013年(32)

分类: 信息化

2013-09-09 09:47:21

经过一段时间的连续连续加班,持续大概4个月的性能测试项目终于要结束了,现在想想,各种酸甜苦辣都有吧
本次项目我作为一个专职的性能测试人员,我比较幸运,我和其他功能测试人员同时入场了,入场之后,功能测试人员都在忙着熟悉需求、编写测试案例,而我在熟悉需求的同时编写性能测试计划、测试方案以及测试案例,顺便忙里偷闲跟着功能测试组学习informatica如何使用,ETL如何测试,毕竟这部分以前没有接触过,顺便帮功能测试组干点活,就这样,一个月过去了,性能测试设备到位了,开始安装环境,一共四台机器,搭建过环境的朋友都知道,安装手册主要是提供思路,想按照安装手册一帆风顺的装下去那几乎是不可能,中间遇到了很多问题,通过百度、求助别人,大概用了8个工作日,环境搭建完成了,接着就是开发测试脚本,这个过程还算顺利,不顺利的情况在测试执行的时候出现了,当测试执行多用户并发是,发现只要超过20个用户登陆,数据库CPU使用率就到90%左右(当时用的可是32C 64G的机器),难道32C 64G的机器不能支持20个虚拟用户的并发,大概测试了20个功能点都这样,如果这个问题不解决,后面的混合场景、稳定性测试、浪涌测试、疲劳测试、容量测试都无法进行,此时距上线大概只有两周时间了,测试组着急,开发组在修复缺陷的同时也派人专门支持性能测试、开发组在整个过程中也检查自己是否加了索引,也针对这些功能点重建了索引,行方的质量经理也很着急,虽然大家都很着急,但是问题还没有解决,行方请来了数据中心的数据库维护人员,请来的第一位女大侠进行简单的分析以后,把SGA由之前的12G调整到16G以后忙自己的事情去了,让我们重新测试,说要是还有问题就把报告打出来,我们经过测试发现此问题还在,第二天晚上加班的时候又请了一位数据中心的人进行诊断,诊断的结果就是oralce启用了很多进程,和其它并发用户相同的系统比较,其他系统没有这么多的进程,至于CPU使用率为什么这么高,暂时还是没有答案,在此过程中,我在网上进行了各种资料的查询(那时候白天在客户现场不能上班,只能晚上回来查询了,记录下来,第二天去检查测试环境是否存在类似的问题),学习了oracle的共享服务器模式还是专有服务器模式,以及网上有人说的一些配置文件的查看,还是没有解决问题,那时候怀疑可能是安装问题还是配置文件出问题,因为当时的想法就是请了两个数据中心的人都没诊断出问题,那指定不是一般问题,也不是小问题(现在想想,那时候太崇拜技术大拿了),最后抱着试一试的心态在网上在看看,最后通过这样一个sql语句解决了问题
select sql_text,spid,v$session.program,process from v$sqlarea,v$session,v$process where v$sqlarea.address=v$session.sql_address and v$sqlarea.hash_value=v$session.sql_hash_value and v$session.paddr=v$process.addr and v$process.spid in(PID);
首先使用topas查到消耗CPU比较高的进程,然后获取进程的ID,讲进程id扔在上述sql语句的PID进程处,执行该sql语句,最后抓到了一个sql语句,对sql语句进行了分析,分析了sql语句的执行计划,发现执行了全表扫面,而且这个sql语句同时从4张表的查询语句,那这个语句是干嘛的,为什么测试的每个功能点都用用到呢?难道是平台框架的?也不像啊?
登陆系统,发现登陆完成以后,首页有好多种提示信息/待办事宜(类似于个贷系统提示客户贷款到期、贷款逾期的这种待办事宜)这下大家恍然大悟了,为什么每个功能点都有类似的问题,只要你登陆完成,系统就会自动查询,当多用户并发时,由于sql语句不当的执行计划导致消耗了更高的CPU,这个问题终于解决了,很开心,这也是自己动手解决的第一个性能问题,以前只是协助定位,系统如期上线了,难道就结束了了吗?没有
第一:为什么开发明确说加了索引最后还是索引的问题呢,个人觉得主要是项目周期比较紧,开发流程控制不严格,按照开发组的说法在后面要重建索引,但是性能测试要进行性能测试,他们对大部分功能点表添加了索引,忽略了首页提醒信息/待办事宜的几张表
第二:数据中心的人为什么没有检查索引的问题呢?太相信开发了,因为这些开发大多数都有10年的工作经验,所以大家对开发的话深信不疑。
第三:数据中心的人为什么没有直接打出AWR或者statspack报告而直接调整了SGA呢?也许他们太忙了还是有别的原因,我们不得而知。
第四:为什么数据中心的第二位大拿发现oracle数据库启动了那么多进程而并发用户差不多的另一个系统却没有呢,我们系统使用了专有服务器,而另一个系统使用了共享服务器。
通过这个问题,我想说,第一大家不要过分崇拜技术大牛而藐视自己,第二不要百分之百相信开发组或者其他人的话,虽然他们经验很丰富、你可以表面上相信,但是别忘了实践时间出真理 第三、发现问题,一定要监控、拿出数据报告说话、毕竟推断和猜测还是有区别的。
阅读(875) | 评论(1) | 转发(0) |
给主人留下些什么吧!~~

itpremier2016-10-04 10:05:25

不错! 博主的工作非常认真严谨!