电销性能测试--20090820

    现在电销性能测试进入了尾期,主要工作就是数据的收集和整理了....

    次测试中关于各性能指标的获取,目前只有以下几个方法

    对于WINDOWS系统的性能指标(CPU,内存等)主要是通过loadrunner自带的功能监控.

    对于unix系统目前由于一直连不上所以没有能够很好的监控,目前的办法是采用vmstat获取cpu的使用情况,但是内存还是无法获取

    由于unix系统采用了weblogic8的应用服务器,在consloe中能够获取到内存的短期使用情况,如果是长时间段的话,目前还没有想到办法

怎么解决

    对于数据库的并发连接数量和锁资源使用情况,采用SQL的方法,如:

    检查测试机77db3c5a2f',连接电销数据库'CCICSALE' ,邮保通数据库'EIES'的并发连接数量:

 select sid,serial#,username,program,machine,status from v$session where username='EIES';

 select sid,serial#,username,program,machine,status from v$session where username='CCICSALE' and   machine='amao-77db3c5a2f';

   检查测试机77db3c5a2f',连接电销数据库'CCICSALE' ,邮保通数据库'EIES'的锁资源使用情况:

select * from v$locked_object where ORACLE_USERNAME='CCICSALE' and OS_USER_NAME='amao-77db3c5a2f';

select * from v$locked_object where ORACLE_USERNAME='EIESCS'; 

  以上SQL只能检查不某个点的数量,为了能够检查一段时间的数量,这个地方让开发人员写了一个SQL,每隔5秒中,查询以下相关表的相关数据,然后记录连接数量插入进一个新创建的表.

   对于整个场景运行中其他的性能指标loadrunner有专门记录,可以通过查看运行结果来分析!

   此次在并发测试中发现问题,电销系统中flowid的取值存在重复性,之前测试发现同一个flowid在cc_swflog表中对应了多个用户,但是当生成投保单后,一个投保单只能对应一个flowid这样就有几个用户没有生成投保单.建议修改此部分取flowid的方式.这个问题得到解决,目前已经不会出现此类情况,这个问题同样存在于邮保通系统,目前也已经做了修改.

   在并发测试中同样也发现当人数超过一定范围后,电销提交150个下单操作,但是邮保通系统只接收到132个报文,目前还无法判断是那边的问题.

  在稳定性测试中,当操作用户过多,在一定时间内系统会出现内存泄露问题,目前通过增加应用程序的内存,此问题还是存在.