性能测试报告模版

1、-. z.- - - z -产品名称Product nameConfidentiality level秘密产品版本Product versionTotal 12pages 共12页针对*存溢出问题性能测试报告 (仅供部使用)拟制:日期：审核:日期：审核:日期：批准:日期：修订记录日期修订版本描述作者目录 TOC o 1-3 h z u HYPERLINK l _Toc1987090341概述 PAGEREF _Toc198709034 h 4HYPERLINK l _Toc1987090352测试目的 PAGEREF _Toc198709035 h 4HYPERLINK l _Toc19870

2、90363测试设计 PAGEREF _Toc198709036 h 4HYPERLINK l _Toc1987090373.1对象分析 PAGEREF _Toc198709037 h 4HYPERLINK l _Toc1987090383.2测试策略 PAGEREF _Toc198709038 h 4HYPERLINK l _Toc1987090393.3测试模型 PAGEREF _Toc198709039 h 4HYPERLINK l _Toc198709040测试环境描述 PAGEREF _Toc198709040 h 4HYPERLINK l _Toc1987090413.4详细测试方法

3、 PAGEREF _Toc198709041 h 5HYPERLINK l _Toc198709042测试方法综述 PAGEREF _Toc198709042 h 5HYPERLINK l _Toc198709043并发用户计算及启动 PAGEREF _Toc198709043 h 5HYPERLINK l _Toc198709044监视统计数据 PAGEREF _Toc198709044 h 5HYPERLINK l _Toc198709045业务模型 PAGEREF _Toc198709045 h 6HYPERLINK l _Toc1987090464测试结果 PAGEREF _Toc19

4、8709046 h 7HYPERLINK l _Toc1987090474.1CPU使用情况 PAGEREF _Toc198709047 h 7HYPERLINK l _Toc1987090484.2存使用情况 PAGEREF _Toc198709048 h 8HYPERLINK l _Toc1987090494.3页面分解 PAGEREF _Toc198709049 h 9HYPERLINK l _Toc1987090505测试结论 PAGEREF _Toc198709050 h 12*针对存溢出问题性能测试报告关键词：*系统 性能测试 事务响应时间 测试报告摘 要：本测试报告用于说明*系统

5、的存溢出压力测试结果。缩略语清单：*：*管理系统概述本测试报告用于说明*系统中的存溢出压力测试结果。根据客户反应的情况，*系统存在存溢出的问题，主要表达在系统运行一段时间后，做任意业务操作，会引发存溢出问题，针对这种情况，分析WEB效劳器的配置，执行本次性能测试。测试目的本次测试是重点是重现*系统的存溢出问题。根据客户的反应信息，结合研发同事的建议，执行本次测试，目的在于重现*的存溢出问题，未涉及功能测试，以测试结果协助研发同事解决问题。测试设计对象分析系统按照B/SBrowser/Server模式设计。用JSP实现前台，SQL SERVER 2000 做后台数据库。Web效劳器使用OSS ，

6、编译器使用JDK版本，WEB效劳器日志输出调整为ERROR级。测试策略本次测试分别模拟3个用户，虚拟5个IP，进展客户信息新增，客户列表读取，考核标准设置中的评价标准以及新增客户信息等操作，持续运行3个小时与4个小时。测试模型测试环境描述测试环境需求1 系统环境标准配置：主机用途机型/OS台数CPU/台存容量/台对应IPWeb效劳器Windows 2003 Server111G数据库效劳器Windows 2003 Server112G测试代理效劳器Windows *P11512M测试工具要求 PC 1台，LOADRUNNER 8.0 性能测试工具。测试代码要求准备好测试数据，系统资源，开启we

7、b效劳。OSS配置java存为最小350M，最大 700M。详细测试方法本局部主要描述测试方法，资源监控及测试启动等方面容。测试方法综述根据*系统中的权限管理机制，同一IP只能同时登录一个用户，这样模拟多个用户就需要多个不同的IP，否则权限系统会拒绝登录，无法模拟实际的情况，故采用IP欺骗方法，虚拟出5个不同的IP进展测试。根据客户反应的结果分析，选取*系统中的关键业务点：客户信息新增，客户列表读取，考核标准设置中的评价标准以及新增客户信息，分别模拟3个IP，3个用户，4个用户，4个IP，持续的运行3个小时，4个小时的测试场景。测试在这样的压力，系统是否抛出存溢出问题。并发用户计算及启动第一次

8、测试模拟3个用户，同时启动浏览客户列表，新增客户信息操作，持续运行3个小时。第二次测试模拟4个用户，同时启动浏览客户列表，新增客户信息，浏览客户的考核标准信息等，持续运行4个小时。监视统计数据根据性能测试的目的，主要对WEB效劳器的CPU、存、进展监控和分析。因测试效劳器与测试代理机在同一网段，故忽略网络因素。本次测试没有监控数据库资源使用情况。下表列出了主要需监控的选项。监控计数点描述WEB效劳器CPU 测试过程中CPU的使用率存测试过程中存使用率业务模型第一次测试模拟3个用户在前台进展*系统客户列表浏览，客户信息新增操作。业务流程如下：*系统：使用用户登录用户名test，密码111登陆到1

9、92.168.1.39：8080/ws，选择客户管理标签，进入客户管理系统；在档案管理页面进展新增操作；另外一个用户使用用户名admin，密码111，登录客户系统，在档案管理处进展客户信息的浏览，实际是不连续刷新客户查询列表；第二次测试模拟4个用户在前台进展*系统客户列表浏览，客户信息新增操作，考核标准中的评价标准浏览。业务流程如下：*系统：使用用户登录用户名test，密码111登陆到192.168.1.39：8080/ws，选择客户管理标签，进入客户管理系统；在档案管理页面进展新增操作；另外一个用户使用用户名admin，密码111，登录客户系统，在档案管理处进展客户信息的浏览，实际是不连续刷

10、新客户查询列表；使用用户bj，密码111，登录客户系统，在考核标准中浏览评价标准页面。测试结果CPU使用情况第一次测试第二次从上面两图可以看出，在第二次测试，增加了考核标准中的评价标准浏览页面的测试后，WEB效劳器的CPU使用率根本维持在98左右。由此可以推测考核标准中的评价标准页面可能存在性能问题。存使用情况第一次第二次由以上两幅图可以看出，WEB效劳器的可用物理存在第二次测试时，出现了下降的趋势，在下降一定程度后，维持不变，说系统被用掉的物理存没有及时释放，通过比拟前后两次测试的差异，可以推测客户评价标准处可能存在存泄漏问题。页面分解192.168.1.39:8080/crm/archiv

11、e/providerInfoAction.dosaveInfo=true192.168.1.39:8080/crm/archive/archiveTreeAction.doisList=true&providerTypeId=hege&providerType=合格客户以上是第一次测试结果中，对页面进展分解后，得出的相关页面在效劳器处理端的耗时情况。192.168.1.39:8080/crm/evaluatesys/evaluateStanMain.dorootStalkID=1192.168.1.39:8080/crm/evaluatesys/ListRootEvaluateStan.dob

12、ySort=true&infoType=INFORMATION以上是第二次测试客户评价标准相关页面的分解情况。其他的为详尽列出。具体的页面请研发同事自行分析。测试结论本次测试共执行2次，第一次执行3小时，第二次执行4小时。整个测试过程出现两次错误报告。测试结论如下：通过比拟两次测试结果，差异较大的是表达在第二次增加了考核标准中的评价标准页面浏览操作，WEB效劳器的CPU，存都有比拟大的变化，由此可以推测考核标准中的评价标准页面可能存在问题；通过分解测试对象的相关页面，发现几个主要操作，涉及到数据库查询，添加的操作，在效劳器端的耗时比拟长，特别表达在客户列表的读取。故推测客户列表处的sql语句可能存在问题，可优化；WEB效劳器的配置也是一个值得研究优化的地方，如何使WEB效劳器发挥最大效能，请研究同事解决；在测试过程中，监控WEB效劳器端的console发现，系统打出了比拟多的日志信息，其中有类似这样的sql语句：16:13:02,140 INFO STDOUT Hibernate: select count(*) as col_0_0_ from *_WS_WSPACE_NOTICE notice0_ where (RELEASESTATE=已发布 )a