4.性能数据记录和分析-BlogJava.doc

目录 1. 简介 2 1.1 目的 2 1.2 定义、首字母缩写词和缩略语 2 1.3 范围 2 1.4 参考文献 2 2. 测试准备 2 2.1 系统性能要求分析 2 2.2 测试数据准备 3 2.3 测试环境准备 3 2.4 测试工具选择 3 3. 测试策略 4 3.1 测试场景 4 3.1.1 测试场景一 4 3.1.2 测试场景二 5 3.2 负载分配策略 5 4. 性能数据记录和分析 5 4.1 被测系统 5 4.2 服务器 6 4.3 数据库 6 4.4 网络 6 5. 风险分析 7 6. 项目里程碑 7 7. 测试结束标准 7 8. 附录I： 7 8.1 性能计数器 7 8.2 WEB服务器 10 8.3 数据库 12  性能测试计划 简介 目的 此处描述本次测试的目的是什么，比如验证系统设计的性能目标。 定义、首字母缩写词和缩略语 此处描述本计划中用到的专业术语定义。 范围 本次测试覆盖的范围 参考文献 此处列出本计划相关的文档，包含数据来源以及其他参考 测试准备 系统性能要求分析 一般的性能要求包括： 系统容量：系统最大容纳多少个用户注册。 访问数：同时访问系统的用户数。 并发数：一个操作同时执行的并发数目，一个系统中应该有不同操作的并发数的组合（一般是有权限进行操作的用户）。 响应时间：用户提交一个操作到得到响应的时间间隔。 ………… 性能测试关键的一个因素就是压力，性能是在系统设计满足的最大压力下的性能。并发数要不小于系统正常运行的峰值，数据总量不小于系统正常运行3个月的数据量。 在描述并发用户数目时，总是会带有相应的时间段限制。系统的性能指标实质上应当使用单位时间内系统处理请求的个数以及请求响应时间描述。单位时间内能处理的请求个数就是系统的业务吞吐量。虚拟并发用户的数量可以使用如下的公式换算： （真实用户数×每个真实用户请求数）/(总请求响应时间+真实用户总思考时间)=(虚拟用户数×每用户请求个数)/(总请求响应时间+虚拟用户总思考时间)=吞吐量。  测试数据准备 数据分析可以参考以下方式： 历史数据分析有助于数据量级的确定。从历史数据入手，找出高峰期数据量。 从其他相似或者相同系统入手，进行数据分析，找出高峰期数据量。 无历史或者相关系统可以参考的时候，就要对系统的性能数据进行估算，包含系统容量，并发数等数据，估算以后给相关人员进行评审或者修订以后，按照大家同意的性能指标进行测试。 ………… 测试数据最好和真实数据相同，如果能够获得真实系统运行3个月的数据，我们就可以在此基础上进行性能测试。 测试数据最重要的是要达到真实环境运行下的数据量级。 下面是某一个系统一年的数据量估算。 数据对象 数据量 计算方法 用户 8000 重要通知记彔 200000 新建通知记彔: 800个单位*250天，一天一条通知,共计200000条通知，每条通知发送给10个接收人 回复通知记彔 400000 回复通知记彔： 800单位*2条*250天=400000条回复记彔 转发通知记彔 12500 转发通知记彔： 1条通知*转发给5个单位*每个单位有20个人*50%（平均只需转发一半人）*250天（每天需要转发一条通知）=12500 发文 400000 800个单位*250天，一天2篇发文,共计400000条发文 收文 400000 800个单位*250天，一天2篇收文,共计400000条通知 效能日报 400000 800个单位*250天，一天新建2个日报：共计400000条日报，每个日报发给10个接收人 信息上报 200000 800个单位*250天，一天上报1条信息：共计200000条上报信息 督察督办 40000 800个单位*250天，每5天新建1条记彔：共计40000条记彔 测试环境准备 测试环境要求尽量和真实环境相同，至少要求服务器配置和网络带宽和拓扑结构应该相似。主要内容：服务器数量和配置，操作系统和数据库版本，软硬件部署等。 用途 硬件配置 软件配置 Web服务器 CPU 内存 硬盘 操作系统 IE版本 数据库服务器 测试客户端 其他配置 网络或子网 基于TCP/IP协议的局域网结构，千兆带宽，防火墙需要开放服务端口和管理服务端口 测试工具选择 测试工具的选择对性能测试能否成功至关重要。一般的测试B/S结构的系统我们现在使用的是LR。基本上可以解决目前我们需要测试的性能点问题。C/S结构的系统一般要开发性能测试工具，模拟多路进行长时间的运行，并记录相应的性能数据。 新工具要经过确认 测试策略 对于一个特定的业务系统，用户一般会分散在一天的各个时间段进行访问。在不同的时间段中