电销系统性能问题分析.doc

2012年2月14日对阳光电销系统进行两方面压力测试，第一：结合业务量比较多的多个业务进行混合场景加压测试；第二：对任务管理进行单点压力测试。混合场景的相关事务点有：未拨业务处理、跟进业务处理、保单查询、业务查询、任务管理五个方面。这五个业务基本覆盖了电话营销主要业务。混合场景策略：5用户每2秒逐步加压持续20分钟。任务管理单点压力测试：5用户每10秒加压持续20分钟。通过系统加压后的结果发现有一些性能不足：主要体现在登陆、进入相应的界面，点击未拨，点击跟进按钮进入保单信息页面、进入业务查询等页面上。根据平均相应时间图得到测试结果如下：并发数事务描述平均相应时间网络吞吐量50新增保单77 秒进入电话营销页面65秒登陆36秒进入保单查询34秒点击跟进30秒进入电话营销界面27秒进入业务查询页面24秒进入任务管理界面22秒提交21秒未拨业务保存16秒计算15秒点击未拨14秒跟进业务暂存8秒1、登陆事务：其中登陆事务页面组件最大达到682KB通过页面细分分析来看，导致登陆事务效率低下的主要原因在于：42:7001/ui/logon/indexlis_admin.jsp页面处理上，从上图来看页面组件中主要出现在以下几个js的Receive Time上。根据其相应组件大小和receive time势必会导致在接收相关组件时效率低下，进而影响整个登陆事务的效率。42:7001/ui/jquery/jquery.easyui.min.js42:7001/ui/common/javascript/Common.js42:7001/ui/jquery/jquery-1.4.4.min.js42:7001/ui/common/easyQueryVer3/EasyQueryVer3.js42:7001/ui/framework/main.jsp建议针对以上相关js进行优化。2、进入电话营销页面其中点击新增按钮进入保单信息页面中85:8001/sts/telecall/guarantee_slipaddframe.jsp?operate=insert达到765KB之多。通过页面细分分析来看，主要原因在于：85:8001/sts/telecall/guarantee_slipaddframe.jsp?operate=insert 页面处理上，从上图来看页面组件中主要出现在一下几个js及样式上的 Receive Time上，最大达到12秒之多，由于目前网络带宽的局限性，势必会导致在接收相关组件时效率低下，进而影响整个事务的效率。85:8001/sts/jquery/jquery.easyui.min.js85:8001/sts/telecall/guarantee_slipadd.js85:8001/sts/common/javascript/Common.js85:8001/sts/jquery/jquery-1.4.4.min.js85:8001/sts/common/easyQueryVer3/EasyQueryVer3.js85:8001/sts/common/cvar/CCodeOperate.js85:8001/sts/telecall/guarantee_slipadd.jsp?operate=insert&contno=null&appGUESTID=null&insurGUESTID=null&prtno=null85:8001/sts/telecall/hebao.js85:8001/sts/jquery/themes/DEFAULT/easyui.css建议针对以上相关js与css样式进行优化。进入业务查询页面85:8001/sts/telesales/professionalframe.jsp 占631KB通过页面细分分析来看，主要原因在于：85:8001/sts/telecall/guarantee_slipaddframe.jsp?operate=insert 页面处理上，从上图来看页面组件中主要出现在一下几个js及样式上的 Receive Time上，最大达到12秒之多，由于目前网络带宽的局限性，势必会导致在接收相关组件时效率低下，进而影响整个事务的效率。85:8001/sts/jquery/jquery.easyui.min.js85:8001/sts/common/javascript/Common.js85:8001/sts/jquery/jquery-1.4.4.min.js85:8001/sts/common/easyQueryVer3/EasyQueryVer3.js建议针对以上相关js与css样式进行优化。测试结论：通过本次测试发