grinder压力测试报告模板

1、.：.；XXXXXX渠道管理系统CMS压力测试文档2007年12月修正记录创建日期版本号创建人审查人目 录 TOC o 1-3 h z u HYPERLINK l _Toc186275837 1. 测试原理 PAGEREF _Toc186275837 h 4 HYPERLINK l _Toc186275838 2. 测试环境 PAGEREF _Toc186275838 h 5 HYPERLINK l _Toc186275839 2.1 测试环境网络拓扑图： PAGEREF _Toc186275839 h 5 HYPERLINK l _Toc186275840 2.2 硬件列表： PAGEREF

2、 _Toc186275840 h 5 HYPERLINK l _Toc186275841 2.2.1. WEB效力器： PAGEREF _Toc186275841 h 5 HYPERLINK l _Toc186275842 2.2.2. 数据库效力器： PAGEREF _Toc186275842 h 5 HYPERLINK l _Toc186275843 2.2.3. 测试机3台： PAGEREF _Toc186275843 h 6 HYPERLINK l _Toc186275844 2.2.4. 其他： PAGEREF _Toc186275844 h 6 HYPERLINK l _Toc18

3、6275845 2.3软件列表： PAGEREF _Toc186275845 h 6 HYPERLINK l _Toc186275846 3. 测试工具The Grinder3引见 PAGEREF _Toc186275846 h 6 HYPERLINK l _Toc186275847 4. 定义测试脚本 PAGEREF _Toc186275847 h 9 HYPERLINK l _Toc186275848 5. 定义采样方法 PAGEREF _Toc186275848 h 10 HYPERLINK l _Toc186275849 6. 执行测试 PAGEREF _Toc186275849 h

4、10 HYPERLINK l _Toc186275850 7. 实践性能测试及结果 PAGEREF _Toc186275850 h 11 HYPERLINK l _Toc186275851 8. 性能分析、调整及结果 PAGEREF _Toc186275851 h 12 HYPERLINK l _Toc186275852 9. 结论 PAGEREF _Toc186275852 h 12 HYPERLINK l _Toc186275853 10佣金计算 PAGEREF _Toc186275853 h 121. 测试原理压力负载测试技术 在各种极限情况下对产品进展测试 (如很多人同时运用该软件，或

5、者反复运转该软件)，以检查产品的长期稳定性。例如，运用压力测试工具对web效力器进展压力测试。 本项测试可以协助 找到一些大型的问题，如死机、解体 、内存走漏等，由于有些存在内存走漏问题的程序，在运转一两次时能够不会出现问题，但是假设运转了成千上万次，内存走漏得越来越多，就会导致系统解体。基于J2EE平台的运用程序普通分为两个根本类别：交互式的即终端用户与运用程序同步交互；批处置或后端运用程序即不需求直接与终端用户交互。对于交互式运用程序，性能普通是经过大小和规划问题的容量来定义，评测规范可以为同时发生的用户数量和呼应时间；对于后者，性能统计量是吞吐量，评测规范之一是每秒的事务处置，而事务处置

6、在详细的场所定义能够有所不同。比如对于Servlet，事务处置能够为一个恳求。而对JMS，吞吐量能够就是音讯。2. 测试环境2.1 测试环境网络拓扑图：图表 SEQ 图表 * ARABIC 12.2 硬件列表：2.2.1. WEB效力器：型号SUN Fire 280R：处置器类型：UltraSPARC III900HZ，内存：1G，OS: Solaris 82.2.2. 数据库效力器：型号：处置器类型：P4，内存：1G，磁盘：40G，OS：Win2000server2.2.3. 测试机3台：型号：处置器类型：P4，内存：1G，磁盘：80G，OS：WinXP Professional分别命名为测

7、试机器一、测试机器二、测试机器三。2.2.4. 其他：其他网络设备等。2.3软件列表： 中心运用程序效力器：Tomcat 5.5.25 数据库：DB2(9) for Windows Java虚拟机：JRE1.6.2 测试工具: The Grinder3 阅读器：FireFox2.0，IE6等3. 测试工具The Grinder3引见The Grinder是一个开源的负载生成/数据搜集工具，它本身是Java运用程序，需求在安装JVM版本不能低于1.3 的平台上运转，可以在 HYPERLINK / 下载。下在后的文件为grinder-3.0-beta33.zip，解压这个包到磁盘上。解压后的目录构

8、造为：图表 SEQ 图表 * ARABIC 3其中“lib目录下是他运转测试工具是所需求的JAR包。因此在系统的环境变量中添加lib目录下的一切JAR包，如下图：图表 SEQ 图表 * ARABIC 4注：一切的测试机器都要安装和配置The Grinder。Grinder能提供呼应时间、吞吐量等性能测度。它有三种进程：工人进程，是由Grinder代理进程创建的，担任执行单独的测试；代理进程，担任管理该机器上的工人进程；控制台，协同其他进程任务并搜集统计数据。它有四个独特的方面：负载生成、恳求定义、统计记录和控制台。负载生成的原理是这样的：为了运转一组给定的测试，需求在每个测试机上启动一个代理进

9、程。该代理进程担任创建许多工人进程。每个工人进程加载一个确定需求运转的测试类型的插件组件，然后启动多个工人线程。负载的数目代理进程数工人进程数工人线程数。控制台的启动命令：java net.grinder.Console代理进程启动命令：java net.grinder.Grinder(默许的启动脚本是当前目录下的perties文件)perties文件中的cesses和grinder.threads属性分别设置工人进程数和工人线程数。The Grinder带有一个称为TCPProxy的工具，经过运转命令：java net.grinder.TCPProxy console grinder.py还

10、要修正阅读器的衔接设置如图所示：图表 SEQ 图表 * ARABIC 5此时能自动的获取对应与用户运用阅读器做出的HTTP恳求的测试脚本项，并生成呼应的测试脚本条目。在Grinder中将事务定义为Grinder测试脚本中一个单独的恳求。The Grinder控制台是一个有用的The Grinder任务方式和报告工具的接口，可以聚集工人进程的报告同时搜集统计数据，并以定期的采样间隔更新其显示。如图所示，选择标签Graphs图形可以图形显示事务处置每秒；选择Result结果标签可以以表格方式查看结果。图 SEQ 图表 * ARABIC 64. 定义测试脚本运用The Grinder自带的TCPPr

11、oxy工具，模拟单个用户登录系统，生成性能测试脚本中用到的恳求序列及要手工输入的文件。如录制的脚本文件主要有主页，登录页，登录后系统页面，机构查询页面等恳求页面。录制并修正三个测试脚本分别的三台测试机器上运转。在测试机器一上运转测试脚本一，它主要是登录后进展机构的查询，包过模糊查询和条件查询。在测试机器二上运转测试脚本二，它主要是登录后进展DM人员的添加。在测试机器三上运转测试脚本三，它主要是登录后进展查询银保人员的根本信息，包过模糊查询和条件查询。设置测试机器一的启动脚本“perties中的cesses，grinder.threads和grinder.runs分别为2，15和20；设置测试机

12、器二的启动脚本“perties中的cesses，grinder.threads和grinder.runs分别为2，15和20；设置测试机器三的启动脚本“perties中的cesses，grinder.threads和grinder.runs分别为2，20和20；5. 定义采样方法采样方法是指如何准确地搜集性能数据，以及哪种度量将对最终分析的结果有奉献。 在The Grinder中有两种采样方法：固定的周期数(周期方法)和固定的时间(快照方法), 所选择的方法依赖于性能测试的目的。周期是指一个模拟用户对一个测试脚本的完好执行。6. 执行测试java net.grinder.Console/启动T

13、he Grinder控制台。java net.grinder.Grinder perties /执行测试脚本，perties是启动测试时默许的配置文件，也可以。其它一些参数的设置请参阅The Grinder的官方文档。可以是设置三台测试机中的一台外数据采集机器，即其它两台测试机器产生的数据都发送给那一台机器。这样更有利用数据的采集和整理。详细做法如下：1假设测试机器一为信息采集的主机，IP地址为1。2在另外两台测试机器中，在执行测试脚本的目录中找到perties文件。3翻开perties文件，添加下面两行：grinder.consoleHost=1grinder.consolePort=637

14、2grinder.script=ybrwcx1.pygrinder.consoleHos的值为测试机器一的IP。grinder.consolePort的值为测试机器一Console代理默许端口号。grinder.script的值为测试的脚本文件名。4保管后再执行测试脚本命令，就可以到达我们想要的结果了。留意：测试机在执行测试的过程中，能够会出现测试中止的情况，这是由于他在perties配置文件中grinder.threads设置的过多导致内存不够，可以在perties中添加“grinder.jvm.arguments=-mx512m一行，grinder.jvm.arguments大小据实践情况

15、而定。7. 实践性能测试及结果以下测试数据是效力器和数据库主机在一台普通PC机上的情况。在测试过程中300人以下并发用户系统可以接受住，但当用户数目到达500时，CPU和内存的运用量剧增，就会发生运用程序解体死机等，图3中我们只给出100个并发用户的测试数据。图 SEQ 图表 * ARABIC 7表1 100个并发用户的测试数据并发用户数与事务执行情况 Web效力器并发用户数ART(ms)事务胜利率CPU利用率最大内存利用率100218499.94%92%68.11%(不确定)表1中可以看出100个并发用户登录系统页面的ART，MART等参数。可以看出此时系统绝大部分时间还能正常访问。8. 性

16、能分析、调整及结果影响系统性能的要素有很多：计算机硬件、数据库的访问速度、Java虚拟机(Java Virtual Machines,JVM),TCP/IP堆栈、 Web效力器、网络、操作的复杂度等。可以从以下几个方面来优化系统性能没有在该运用程序的代码和体系构造上再做调整：1. 在计算机硬件性能和构造方面所做的调整2. 将WEB效力和DBS效力分开3. 在Java虚拟机(JVM)参数方面的调整JVM对性能影响最大的就是其堆的大小及其分配情况。JVM 的堆大小决议了 JVM 破费在搜集渣滓上的时间和频度，通常情况下,我们建议运用可用内存(除操作系统和其他运用程序占用之外的内存)70-80%,为

17、防止堆大小调整引起的开销,设置内存堆的最小值等于最大值即:-Xms(指定在启动 JVM 时为堆所分配的内存大小)=-Xmx(指定 Java 解释器将用于动态分配对象和数组的最大堆的大小)。而为了防止内存溢出,建议在消费环境堆大小至少为256M(Platform至少512M),实践环境中512M1G左右性能最正确,2G以上是不可取的。因在测试过程中，经过设置Xms和Xmx将参数调理到最正确组合形状，从而提高系统性能。4. 在运用效力器(如Tomcat)的参数方面的调整运用效力器的主要参数有线程数、最大会话闲置时间，因配置了数据库衔接池，那么还有最大数据库衔接数、最大衔接闲置时间等。 9. 结论经过压力测试及相