性能测试监控指标技术总结.docxVIP

1.性能测试设计 （1）逐级加压测试 在本次性能测试过程中，除了以前使用的负载测试、压力测试和疲劳强度测试等方式外, 我方还设计了逐级加压的性能测试场景。主要目的是在一个场景釆用逐渐增加用八数量的方 法逐渐加大系统的压力，检测系统在压力逐渐增加情况下的服务情况，更准确地找出在用八 可接受的情况下系统能承受的最大用户数和最佳用户数量。该方式在实际使用中，达到效好 的效果。下面结合移动项目的测试场景，对该测试方式进行说明。 在进行逐级加压的性能测试场景前应先进行负载或压力测试，确定系统在大致达到某一 数量级并发用户时系统性能变得不可接受。然后以这个并发用户数下的最大响应时间为逐级 加压场景的吋间阶梯。如在前面的测试中800用户并发吋，系统出现了事务失败，响应时间 最大为26秒左右，那么逐级加压测试场景就可以设定为1-800用户，每30秒增加一批用户, 每批增加的用户数与要测试的时间长度和用户需求要求的并发用户精确程度有一定关系，如 用户要求测试结果精确在50用户以内，那么就可以采用每30秒增加40个并发用户数的方 式，全部用户登录的时间约为（800用户/40用户）*30秒=600秒，再加上几分钟的全部并 发用户执行时间，总体测试时间可以设计为10分钟（600秒）+2分钟（观察运行）=12分 钟。 以移动项目该场景的为例，测试结果如下图 3028 262422 o 8 2 1 2 0 8 6 Average Transaction Response Time ? Running Vusers Number* of use『s 系统在1-800用户并发压力逐渐加大的情况下，响应时间逐渐变长（如图7-4）,根据 2-5-10原则，可以推测，在现有系统软件配置下，当并发用户在15 （参考每秒请求数为5） 以下时，用户鉴权基本可以2秒内得到响应；当并发用户在100 （参考每秒请求数为16）以 下时，用户鉴权基本可以5秒内得到响应；当并发用户在240 （参考每秒请求数为23）以下 时，用户鉴权基本可以10秒内得到响应（如图7-4） o （2）项目监控指标 本次性能测试系统架构是典型的Unix+Weblogic+Oracle形式，监控指标较为全面并 给岀了性能分析的参考值，可以作以后此类项目的参考基准： 分类 指标名称 描 述 单位 参考值 外部表现 事务响应时间 客八 端发 送请 求， 服务 器返 冋最 后 （或 者 第） 一个 字节 的时 间 秒 无 事务成功数 指定 时间 内成 功完 成的 事务 数量 笔 无 事务失败数 指定 时间 内完 成失 败的 笔 无  分类 指标名称 描 述 单位 参考值 事务 数量 每秒请求次数 每秒 发送 的请 求次 数 次/秒 无 吞吐量 每秒 系统 流入 流出 的字 节数 字节/ 秒 无 Unix CPU utilization CPU 占用 率 % 80 Average Load CPU 处理 等待 线程 数 个 0. 7*CPU 个数*核数 Paging rate 内存 页交 换率 页/秒 80 Disk rate 磁盘 处理 交换 率 M Context switches rate 线程 切换 率 次/秒 5000*CPU 个数 Orac1e 高速缓存区命中率 高速 缓存 区命 中率 % 90 库快存命中率 库快 存命 中率 % 90 共享区库缓存区命屮率 共享 区库 缓存 区命 % 99  分类 指标名称 描 述 单位 参考值 中率 SGA屮字典缓冲区的命屮率 SGA 屮字 典缓 冲区 的命 屮率 % 85 回滚段的争用 回滚 段的 争用 % 1 SGA屮重做日志缓存区的命屮率 SGA 中重 做日 志缓 存区 的命 屮率 % 1 监控内存和硬盘的排序比率 监控 内存 和硬 盘的 排序 比率 % 10 当前打开游标总数 当前 打开 游标 总数 个 300 Weblogic 线程等待队列长度 线程 等待 队列 长度 个 50 Java堆可用百分比 Java 堆可 用百 分比 % 30 ServerRuti me/JVMRunt i me/IIeapSi zeCurrent 当前 堆大 Bytes  分类 指标名称 描 述 单位 参考值 小 ServerRut ime/JVMRunt ime/HeapF reeCurrent 空闲 堆大 小 Bytes ServerRutime/JDBCConnecti onPool/Wai tForCo rm ecti onCount 等待 连接 数 ServerRutime/J DBCConnectionPoo1/MaxCacapcity 连接 池最 大容 量 ServerRutime/JDBCConnectionPool/ WaitForSecondllig