性能测试报告模版

产品名称Product name密级 Co nfide ntiality level秘密产品版本 Product versionTotal 12pages共 12 页针对XXXX内存溢出问题性能测试报告（仅供内部使用）拟制：日期：审核：1日期：审核：日期：批准：日期：修订记录日期修订版本描述作者目录1 概述 42 测试目的 43 测试设计 43.1 对象分析 43.2 测试策略 43.3 测试模型 43.3.1 测试环境描述 43.4 详细测试方法 53.4.1 测试方法综述 53.4.2 并发用户计算及启动 53.4.3 监视统计数据 53.4.4 业务模型 64 测试结果 74.1 CPU使用情况74.2 内存使用情况 84.3 页面分解 95 测试结论 12XXX (针对内存溢出问题)性能测试报告关键词：XXX系统性能测试事务响应时间测试报告摘 要：本测试报告用于说明XXXX系统的内存溢出压力测试结果。缩略语清单：xxxx xxxXI理系统1 概述本测试报告用于说明XXX系统中的内存溢出压力测试结果。根据客户反馈的情况，XXX系统存在内存溢出的问题，主要体现在系统运行一段时间后，做任意业务操作，会引发内存溢出问题，针 对这种情况，分析 WE服务器的配置，执行本次性能测试。2 测试目的本次测试是重点是重现 XXXX系统的内存溢出问题。根据客户的反馈信息，结合研发同事的建 议，执行本次测试，目的在于重现 XXXX勺内存溢出问题，未涉及功能测试，以测试结果协助研发 同事解决问题。3 测试设计3.1 对象分析系统按照B/S (Browser/Server )模式设计。用JSP实现前台，SQL SERVER 2000做后台数据库。Web服务器使用JBOSS 4.0.2 ，编译器使用JDK1.4.2版本，WE服务器日志输出调整为 ERROR。3.2 测试策略本次测试分别模拟3个用户，虚拟5个IP，进行客户信息新增，客户列表读取，考核标准设置中 的评价标准以及新增客户信息等操作，持续运行3个小时与 4个小时。3.3 测试模型3.3.1 测试环境描述1. 测试环境需求1 系统环境标准配置：主机用途机型/OS台数CPU冶内存容量/台对应IPWe服务器Win dows 2003 Server111G192.168.1.39数据库服务器Win dows 2003 Server112G192.168.1.212测试代理服务器Win dows XP11512M192.168.1.992.测试工具要求PC 1 台，LOADRUNNER 8.0性 能测试工具。3. 测试代码要求准备好测试数据，系统资源，开启web服务。JBOS配置java内存为最小350M,最大700M。3.4详细测试方法本部分主要描述测试方法，资源监控及测试启动等方面内容。3.4.1测试方法综述根据XX）系统中的权限管理机制，同一 IP只能同时登录一个用户，这样模拟多个用户就需要多个不同的IP，否则权限系统会拒绝登录，无法模拟实际的情况，故采用 IP欺骗方法，虚拟出5 个不同的IP进行测试。根据客户反馈的结果分析，选取XXX系统中的关键业务点：客户信息新增，客户列表读取，考核标准设置中的评价标准以及新增客户信息，分别模拟3个IP，3个用户，4个用户，4个IP，持续的运行3个小时，4个小时的测试场景。测试在这样的压力，系统是否抛出内 存溢出问题。3.4.2并发用户计算及启动第一次测试模拟3个用户，同时启动浏览客户列表，新增客户信息操作，持续运行3个小时。第二次测试模拟4个用户，同时启动浏览客户列表，新增客户信息，浏览客户的考核标准信息等， 持续运行4个小时。3.4.3监视统计数据根据性能测试的目的，主要对 WE服务器的CPU内存、进行监控和分析。因测试服务器与测 试代理机在同一网段内，故忽略网络因素。本次测试没有监控数据库资源使用情况。下表列出了 主要需监控的选项。监控计数点描述测试过程中CPU勺使用率 测试过程中内存使用率WE服务器CPU内存3.4.4 业务模型第一次测试模拟3个用户在前台进行XXX）系统客户列表浏览，客户信息新增操作。业务流程 如下：XXXXK 统：1、 使用用户帐号登录（用户名 test ，密码 111）登陆到 http:/192.168.1.39：8080/ws ，2、选择“客户管理”标签，进入客户管理系统；3、在“档案管理”页面进行新增操作；4、另外一个用户使用用户名 admin，密码111，登录客户系统，在“档案管理”处进行客户 信息的浏览，实际是不间断刷新客户查询列表；第二次测试模拟4个用户在前台进行XXXX统客户列表浏览，客户信息新增操作，考核标准 中的评价标准浏览。业务流程如下：XXXXK 统：1、使用用户帐号登录（用户名 test ，密码 111）登陆到 http:/192.168.1.39： 8080/ws ，2、选择“客户管理”标签，进入客户管理系统；3、在“档案管理”页面进行新增操作；4、另外一个用户使用用户名 admin，密码111，登录客户系统，在“档案管理”处进行客户信息的浏览，实际是不间断刷新客户查询列表；5、使用用户 bj ，密码111，登录客户系统，在“考核标准”中浏览“评价标准”页面。4测试结果4.1 CPU使用情况WlridDWs Rwources99 -7D-L4w60 ：5EE .eSD-旳in:J33025 -0.10 DOI20 0Q3O 00:40 00:50 DIjOO 01.10 01 20 01:M 01.40 Or.90 0(2:00 021( 0220 0230 02:40 025D D3iOOElapsedlimw 汁:mmCuluh StabMmsuibitctiI:MrirnuhiAIoiJeMkrvuinSid. Dcdtiun黑內处机r T -m* IPKCfrttCM J oi*J 1S2168J 3S 0Si 9768 UIJ4&禹第一次测试Windows Resourcesa!-H 層y?nT=m-J.W.CO 00.15003血4501.00E501:3D01.4502:000(215 C2M 024；0300 OOlIf D5.30 OO.flS 0400Elapd acAraiio ci mt 汁:mmCuIdIi Stab Mc93ldlElTISrll：MhirnumAlajcIdlfflimuin3bi MByitc M tiHDQi： 192.16& r .3953)516. QI b5537.7K第二次由以上两幅图可以看出，WE服务器的可用物理内存在第二次测试时，出现了下降的趋势，在下降一定程度后，维持不变，说系统被用掉的物理内存没有及时释放，通过比较前后两次测试的差别，可以推测客户评价标准处可能存在内存泄漏问题。QE-LTims to First Buffer BreakdlOMAiColorM Inulin创dl D削曲InnLclwkTimea oci0.0390.591 DASarM*r T imeaiasa.&i35-9J721B1192.160 - .?qvc Ink-true4.3页面分解http:/192.168 1.39:8080/crm/archive/providerlnfoAction do?savelnfo=true(IJDpucrisurlij 加二0350.9-OSS眄07507D JS5-U.S-0J55-0.50 45D4035-0.3：025-O.Z01旨亠0.1 -ODE：Tlrtio to First Buffer Braakriawtia-1贮加a.佥格哄应MJ匚凶皿 Scale-朋抄mumStd. D刖曲innNel*ok TimeanlB40.3G1CIO32SarMtrlirneon刖am葛13-3381 JOthttp:/192.168.1.39:8080/crm/archive/archiveTreeActio n.do?isList=true&providerTypeId=hege&providerType =合格客户以上是第一次测试结果中，对页面进行分解后，得出的相关页面在服务器处理端的耗时情况。朋叡mumSid. D削曲IENel/ok Thnc00.04G0.C12a SarMtrlime0a. i9i17-73O80ETims to First Buffer Breaktlcwii-7-PLBL?亘http:/192.168.1.39:8080/crm/evaluatesys/evaluateSta nMain .do?rootStalklD=1http:/192.168.1.39:8080/crm/evaluatesys/ListRootEvaluateSta n.do?bySort=true&infoType=INFORMATION以上是第二次测试客户评价标准相关页面的分解情况。其他的为详尽列出。具体的页面请研发同事自行分析。5 测试结论本次测试共执行 2次，第一次执行 3小时，第二次执行 4小时。整个测试过程出现两次错误报 告。测试结论如下：1、通过比较两次测试结果，差别较大的是体现在第二次增加了考核标准中的评价标准页面浏览操作，WE服务器的CPU内存都有比较大的变化，由此可以推测考核标准 中的评价标准页面可能存在问题；2、通过分解测试对象的相关页面，发现几个主要操作，涉及到数据库查询，添加的操 作，在服务器端的耗时比较长，特别体现在客户列表的读取。故推测客户列表处的 sql 语句可能存在问题，可优化；3、WE服务器的配置也是一个值得研究优化的地方，如何使WE服务器发挥最大效能，请研究同事解决；4、在测试过程中，监控 WE服务器端的con sole发现，系统打出了比较多的日志信息， 其中有类似这样的 sql 语句：16:13:02,140 INFO STDOUT Hibernate: select count（*） as col_0_0_ fromXXX_WS_WSPACE_NOTICE noticeO_ where （RELEASESTATE已发布）and（ISDELETE not like % 测试员 % ）and（RELEASE_BY!=测试员）and（RELEASE_SCOPE like % 开发部% ）or（RELEASE_By= 测试员 ）and（ISDELETE not like %, 测试员,% ） 建议对此类的 sql 语句进行优化。通过本次测试，虽未能重现 XXXX 系统的内存溢出的问题，但在一定程度上可以推测系统中 的某些地方存在一定的问题，有优化空间。