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

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.js 42:7001/ui/common/javascript/Common.js 42:7001/ui/jquery/jquery-1.4.4.min.js 42:7001/ui/common/easyQueryVer3/EasyQueryVer3.js 42: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.js 85:8001/sts/telecall/guarantee_slipadd.js 85:8001/sts/common/javascript/Common.js 85:8001/sts/jquery/jquery-1.4.4.min.js 85:8001/sts/common/easyQueryVer3/EasyQueryVer3.js 85:8001/sts/common/cvar/CCodeOperate.js 85:8001/sts/telecall/guarantee_slipadd.jsp?operate=insertcontno=nullappGUESTID=nullinsurGUESTID=nullprtno=null 85:8001/sts/telecall/hebao.js 85: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.js 85:8001/sts/common/javascript/Common.js 85:8001/sts/jquery/jquery-1.4.4.min.js 85:8001/sts/comm