大型项目性能测试监控分析流程

1、 大型项目性能测试监控分析流程 我们在对联机交易业务流程系统进行压力测试版本上线前压力测试时，一般先录制维护好脚本，设置好压测脚本场景，然后再进行压测。对不同的业务流和各类涉及需要测试的功能交易进行压力测试，为了确保每个交易测试性能数据的准确性，不受前一次交易压测导致JVM内存使用问题导致影响本次交易测试，我们会对不同交易每次压测做好内存回收到基线上。性能测试过程中有时为了确保每次压测性能指标不受上次躁数干扰，我们会进行重启或者通过WebLogic触发GC强制回收的方式再进行压测，例如以下某系统压力实施工作流程：一、启动应用管理服务器1、ps ef|grep java-查看系统运行的当前jav

2、a实例进程2、kill -9 PID3、sh start_app.sh -进行实例重启二、启动工作流管理服务器1、ps ef|grep java -查看系统运行的工作流java进程2、kill -9 PID3、sh start_wls.sh -进行实例重启三、开始压测如以下地址内容中进行脚本开发和场景设计与实施。/Article/246313（loadrunner压测实施工艺步骤，本文后附了该篇文章，也可以直接阅读）四、监控1、链接数据库服务器，使用top命令数据库服务器使用资源如下：观察15分钟左右，截图。如果CPU不高于70%，则数据库服务器资源使用情况正常。如果数据库服务器的CPU高于7

3、0%，则抓取语法，查看SQL是否存在性能问题，比如全表扫描等。2、 链接应用服务器，使用top命令应用服务器使用资源如下：观察15分钟左右，截图。如果CPU不高于70%，则数据库服务器资源使用情况正常。如果应用服务器的CPU高于70%，则抓取耗时较长的JSP等。SWAP 在压之前先查看占比，压的过程中需要查看是否有发生变化。查看disk 是否超过15%。3、打开监控工具查看GC使用情况，检查是否出现内存溢出。如图：五、编写测试报告测试报告编写首先说明是什么交易，测试的场景，测试时间。测试报告分为以下四种情况：1、测试结果不存在问题：则测试结果为响应时间，数据库服务器资源使用情况，应用服务器资源

4、使用情况，GC使用情况，并附上对应截图信息。2、测试结果存在问题（应用程序）：则测试结果为响应时间，数据库服务器资源使用情况，应用服务器资源使用情况，GC使用情况，例如抓取耗时较长的JSP等。3、测试结果存在问题（数据库）：则测试结果为响应时间，数据库服务器资源使用情况，应用服务器资源使用情况，抓取语法，并附上对应截图信息。4、测试结果存在问题（数据库和应用程序）：则测试结果为响应时间，数据库服务器资源使用情况，应用服务器资源使用情况，抓取语法，抓取耗时较长的JSP等，并附上对应截图信息。如有任何问题，可点击文末，到社区原文下评论交流觉得本文有用，请转发或点击“在看”，让更多同行看到相关阅读：

5、loadrunner压测实施工艺步骤对于有若干个复杂的联机交易业务流管理系统的公司，公司内部测试团队对于性能测试实施管理方式都有一套轻量型的工作模式让新手借鉴学习，以便在实施压测类似系统过程中能快速上手，降低误差率和不必要的沟通管理成本，如下流程是我们在压测中编写的一套基本的LR工作实施工艺，以便让新手能快速熟悉，如下：一、录制维护脚本1、录制脚本前先手动熟悉功能。2、录制脚本，如果功能比较简单，则放置action中；如果功能比较复杂，则需要多个action,如流程，每个步骤一个action。其中每个动作都需要设置一个事务。3、为了确保自己在优化脚本过程中脚本录制脚本后保存一份原始脚本。4、录

6、制完脚本后对脚本进行维护，主要分为以下几种： A、关联动态数据； B、定义事物名称; C、设置思考时间; D、参数设置，可分为三种情况： 1):每个循环按顺序取值 2):每个循环取随机数 3):每次取唯一一个值二、脚本可用性检查进行回放，查看脚本是否可行，通过日志检查或检查点等。三、压测场景设置1）先选择脚本，进入设计页面，在场景计划中，计划方式选择“组”，运行模式选择“基本计划”，如图：2）组计划中，双击初始化的属性“在每个VUSER运行之前将其初始化”，设置每1S运行1个Vuser或者10个以上看系统要求，如图：3）.双击启动Vuser的属性“同时启动全部 个Vuser”，设置每1S1个Vuser或者10个以上,如图：4）.双击持续时间的属性“完成前一直运行”，设置为30分钟，如图：5）.如果存在多个场景则点击运行时设置按钮，首选项-选项中的HTTP请求连接超时（秒）设置为800S，HTTP请求接收超时（秒）设置为800S，步骤下载超时（秒）设置为800S。6）. 场景组中的需要设置的并发数量。如图：7）以上设置完，进入运行界面，如图：点击开始场景，压力测试开