grinder压力测试报告模板.docxVIP

XXXXXX渠道管理系统（ CMS）压力测试文档 2007年 12 月 修正记录 创建日期 版本号 创建人 审查人 目录 测试原理 4 TOC \o 1-5 \h \z \o Current Document 测试环境 4 \o Current Document 测试环境网络拓扑图： . 4 硬件列表： . 5 \o Current Document WEB 服务器： 5 数据库服务器： . 5 \o Current Document 测试机 3台： . 5 \o Current Document 其他： . 5 \o Current Document 软件列表： 5 \o Current Document 测试工具— The Grinder3 介绍 5 \o Current Document 定义测试脚本 8 \o Current Document 定义采样方法 9 \o Current Document 执行测试 9 \o Current Document 实际性能测试及结果 9 \o Current Document 性能分析、调整及结果 10 \o Current Document 结论 11 \o Current Document 10．佣金计算 11 测试原理 压力（负载）测试技术在各种极限情况下对产品进行测试（如很多人同时使用该软件， 或者反复运行该软件），以检查产品的长期稳定性。例如，使用压力测试工具对 web服务器 进行压力测试。 本项测试可以帮助找到一些大型的问题，如死机、崩溃 、存泄漏等，因为 有些存在存泄漏问题的程序，在运行一两次时可能不会出现问题，但是如果运行了成千上万 次，存泄漏得越来越多，就会导致系统崩溃。 基于J2EE平台的应用程序一般分为两个基本类别：交互式的一即终端用户与应用程序 同步交互；批处理或后端应用程序-即不需要直接与终端用户交互。对于交互式应用程序， 性能一般是通过大小和规划问题的容量来定义 ，评测标准可以为同时发生的用户数量和响应 时间；对于后者，性能统计量是吞吐量，评测标准之一是每秒的事务处理，而事务处理在具 体的场合定义可能有所不同。比如对于 Servlet，事务处理可能为一个请求。而对 JMS吞 吐量可能就是消息。 测试环境 2.1测试环境网络拓扑图: 图表i 2.2硬件列表: 221. WEB服务器： 型号(SUN Fire 280R ): 处理器类型：UltraSPARC III (900HZ), 存：1G OS: Solaris 8 数据库服务器： 处理器类型：P4,存：1Q 磁盘：40G, OS Win2000server 测试机3台： 型号: 处理器类型： P4,存：1G 磁盘：lx 80G, OS WinXP Professional （分别命名为测试机器一、测试机器二、测试机器三） 其他: 其他网络设备等。 2.3软件列表： 中心应用程序服务器： Tomcat 5.5.25 数据库：DB2（9） for Windows Java 虚拟机：JRE1.6.2 测试工具:The Grinder3 浏览器：FireFox2.0 ，IE6等 测试工具一The Grinder3 介绍 The Grinder是一个开源的负载生成/数据收集工具，它本身是 Java应用程序，需要在 安装JVM（版本不能低于1.3 ）的平台上运行，可以在 下载。 下在后的文件为 grin der-3.0-beta33.zip ，解压这个包到磁盘上。解压后的目录结构 为: grinder ^3,0_beta33a D grinder ^3,0_beta33 - _）cQutrib i C mq 亡）stc _ i規誥wmpLE旨 o Lib 图表2 其中“ lib ”目录下是你运行测试工具是所需要的 JAR包。因此在系统的环境变量中添 加lib目录下的所有JAR包，如图所示： 图表3 图表3 注：所有的测试机器都要安装和配置 The Grinder。 Grinder能提供响应时间、吞吐量等性能测度。它有三种进程：工人进程，是由Grinder 代理进程创建的，负责执行单独的测试；代理进程，负责管理该机器上的工人进程 ；控制台， 协同其他进程工作并收集统计数据。 它有四个独特的方面：负载生成、请求定义、统计记录和控制台。负载生成的原理是这 样的：为了运行一组给定的测试，需要在每个测试机上启动一个代理进程。该代理进程负责 创建许多工人进程。每个工人进程加载一个确定需要运行的测试类型的插件组件，然后启动 多个工人线程。 负载的数目=（代理进程数）x（工人进程数）x（工人线程数）