现在电销性能测试进入了尾期,主要工作就是数据的收集和整理了....     次测试中关于各性能指标的获取,目前只有以下几个方法     对于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个报文,目前还无法判断是那边的问题.   在稳定性测试中,当操作用户过多,在一定时间内系统会出现内存泄露问题,目前通过增加应用程序的内存,此问题还是存在.