E8协同办公项目性能测试方案_模板

1、.性能测试方案模板性能测试方案系统架构部项目编号： E8 性能测试方案 模板;保密级别：秘密Page 1 of 17性能测试方案模板性能测试方案系统架构部项目编号： 文档信息项目名称：E8协同办公项目性能测试方案测试人员：文档版本编号：V10项目管理阶段：评估阶段文档版本日期：质量复审方法：项目经理和技术经理复审起草人：起草日期：复审人：复审日期：版本历史版本编号版本日期修订人描述文件名V1.0目 录1.基本要素51.1.测试背景51.2.测试目的51.3.测试指标51.4.测试地点61.5.参加测试单位61.6.测试版本号62.测试范围72.1.测试对象72.2.需要测试的特性72.3.不需

2、要测试的特性73.测试启停准则83.1.启动准则83.2.结束准则83.3.暂停/再启动准则84.测试分析94.1.系统架构分析94.2.测试策略设计114.3.性能测试业务模型分析124.4.性能瓶颈点分析124.5.测试工具134.6.基础数据准备134.7.测试数据准备及确认134.8.基准测试134.9.单交易负载测试134.10.混合负载测试144.11.极限容量测试154.12.稳定性测试155.测试输出166.测试环境176.1.生产与测试环境对照情况176.2.压力端配置176.3.软件配置177.测试风险分析191. 基本要素1.1. 测试背景 这次测试是要测试集团e-col

3、ogy8.0统一协同办公系统性能指标，找到应用系统的性能瓶颈，便于开发进一步优化。1.2. 测试目的 本次测试主要是为了检查并评估协同办公平台在模拟环境中，系统对负载的承受能力，在不同的用户连接情况下，系统地吞吐能力和响应能力，以及服务器系统能够容忍的最大并发用户数，并考查系统的稳定性，收集系统各类统计数据，用以估计系统未来的可扩展性。1.3. 测试指标1) 交易成功率：>99%2) 综合处理能力峰值TPSa.总TPS：业务量均值：1000笔/天 TPS=（1000*80%）/（8*20%*3600）=0.139笔/秒 b.各交易TPS：测试模块交易占比日峰值交易量测试TPS流程新建流程

4、10%1000.0139查询流程10%1000.0139流程审批10%1000.0139代办流程10%1000.0139知识新建文档10%1000.0139查询文档20%2000.0278首页登录登录30%2000.02783) 高峰并发用户数：1004) 响应时间要求：浏览页面小于1s,普通操作页面小于3s(响应时间是内网测试时间，不包括网络延时和页面加载、渲染时间)5) 服务器CPU资源：数据库服务器CPU使用率不超过60%，应用服务器CPU使用率不超过75%；6) 服务器内存：无内存泄露、不出现争用SWAP现象；7) 服务器IO：无异常；8) 稳定性：系统在80%峰值处理能力下稳定运行1

5、2小时，无资源急剧变化等不良情况。1.4. 测试地点1.5. 参加测试单位测试单位负责人所属部门开发项目组性能测试组马硕果泛微/系统架构部1.6. 测试版本号 性能测试的应用软件版本由项目组负责提供，项目组提供的版本号：2016年5月版本201605。注：该版本为经此次性能测试验证的唯一有效版本。2. 测试范围2.1. 测试对象本次测试对象只包含e-cology统一协同办公项目，不涉及其他外围系统。2.2. 需要测试的特性系统在多用户并发下的性能指标，主要包括：Ø 系统处理能力能否正常承载用户常规及高峰访问下压力；Ø 交易平均响应时间：应用服务器处理交易的平均响应时间，是否

6、满足用户需求；Ø 应用服务器、数据库服务器的CPU、内存利用率及磁盘IO等指标；Ø 并发条件下的交易成功率；Ø 系统在测试环境下的极限处理能力(系统最佳TPS/HPS值)；Ø 系统处理能力在不同并发情况下的变化趋势；2.3. 不需要测试的特性系统业务流程、系统易用性。3. 测试启停准则3.1. 启动准则Ø 系统待测版本定版。Ø 业务模型建立完毕。Ø 测试环境准备完毕，包括：1. 数据库安装并调试成功，并经过相应优化，初始数据量满足测试要求；2. 应用服务器安装成功，待测试版本已正确部署；3. 测试客户端机器到位，系统软件安装

7、完毕；4. 网络配置正确，连接通畅，可以满足压力测试需求。Ø 测试计划审核、批准完毕，项目组签字确认。3.2. 结束准则在计划结束日期前完成混合场景阶梯状并发测试及稳定性测试后提交测试报告。3.3. 暂停/再启动准则暂停准则：Ø 测试中发现问题，需要系统修改代码，或需要更换应用服务器；Ø 测试环境受到干扰，比如服务器被临时征用，或服务器的其它使用会对测试结果造成干扰；Ø 需要调整测试环境资源，如加减CPU数目等。再启动准则：Ø 测试中发现问题得以解决；Ø 测试环境恢复正常；Ø 环境调整完毕。4. 测试分析4.1. 系统架构分

8、析4.1.1. 生产环境网络拓扑图生产环境网络拓扑图如下，本次性能测试主要测试e-cology统一协同办公系统性能指标，找到应用系统的性能瓶颈，便于开发进一步优化，并评估未来系统的压力情况，以保证生产上不会发生性能问题。4.1.2. 测试环境网络拓扑图本次性能测试采用如下测试架构：4.2. 测试策略设计l 总体策略通过LR捕获并模拟终端用户请求，向系统发起压力请求，检验系统性能表现能否满足预期业务需求。要保证压力的有效性，需详细制定环境策略、数据策略和压力模拟策略。l 环境策略本应该根据生产环境评估测试环境，等比准备测试环境，根据测试结果评估性能能否满足线上压力。l 数据策略 由于是新系统因此

9、不需要存量数据，依靠测试中压入的数据进行评估l 压力模拟策略由于移动终端和服务器也是HTTP通信，计划用LR捕获移动终端和服务器交互报文。开发提供请求URL，直接利用请求URL录制脚本。本次测试通过基准测试、单交易负载测试、混合场景测试、梯度测试、稳定性测试分析出系统的正常负载能力、系统性能拐点及系统能够承受的极限压力。4.3. 性能测试业务模型分析l 总体模型系统功能业务占比：测试模块交易占比日峰值交易量测试TPS流程新建流程10%1000.0139查询流程10%1000.0139流程审批10%1000.0139代办流程10%1000.0139知识新建文档10%1000.0139查询文档20

10、%2000.0278首页登录登录30%2000.02784.4. 性能瓶颈点分析名称 关注点 e-cology统一协同办公系统 TPS处理能力、各交易平均响应时间、交易成功率、支持并发数等各应用与数据库服务器资源 CPU、内存、I/O等 4.5. 测试工具Ø 采用HP公司的LoadRunner测试及分析软件作为测试工具。Ø LoadRunner简介：LoadRunner是一种预测系统行为和性能的工业标准级负载测试工具。在LoadRunner的帮助下，用户可以以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题。LoadRunner 能够对整个企业架构进行测试，它

11、通过模拟实际用户的操作行为和实行实时性能监测，来帮助用户更快的查找和发现问题。此外，LoadRunner 能支持广泛的协议和技术，可以为用户的特殊环境提供特殊的解决方案。本次测试采用的LoadRunner版本为LR114.6. 基础数据准备由于是新系统因此不需要存量数据，依靠测试中压入的数据进行评估4.7. 测试数据准备及确认由项目组老师准备测试环境中的测试数据，包括登录系统用户名等参数化数据。4.8. 基准测试测试环境确认之后，对业务模型中涉及的业务做基准测试。目的是检查业务本身是否存在性能缺陷。同时为将来的混合场景的性能测试性能分析提供参考依据。测试方法：编写测试客户端向应用服务器发送业务

12、请求并接收返回结果的脚本，在系统无压力情况下重复100次，取业务的平均响应时间、TPS作为衡量指标。4.9. 单交易负载测试单交易负载测试是逐一对业务模型中的业务或个别重要交易进行单交易多并发测试，目的是考察系统交易编码是否存在性能隐患。测试方法：编写测试客户端向应用服务器发送业务请求并接收返回结果的脚本，使用单交易场景并发数进行测试。业务模块响应时间(秒)并发用户流程新建流程3100代办流程3100流程审批3100查询流程3100知识新建文档3100查询文档3100首页登录登录31004.10. 混合负载测试混合负载测试是按照业务模型的约定在一定量的并发情况下测试以下指标：业务的平均交易响应

13、时间、应用服务器、数据库服务器的资源使用情况、交易正确率等。通过性能测试，可以模拟实际生产环境中在业务处理高峰期系统的压力情况，得到此时的系统性能表现数据，为系统的实际上线运行提供可靠的参考。测试方法：按照业务模型比例设置测试场景。并逐步增加并发量，记录每次测试环境参数：包括数据库配置参数，应用系统配置参数。收集系统性能变化曲线。测试模块交易占比日峰值交易量并发用户数流程新建流程10%100100查询流程10%100流程审批10%100代办流程10%100知识新建文档10%100查询文档20%200首页登录登录30%2004.11. 极限容量测试5. 测试模块交易占比日峰值交易量并发用户数流程

14、新建流程10%100100/500/100极限并发查询流程10%100流程审批10%100代办流程10%100知识新建文档10%100查询文档20%200首页登录登录30%2005.1. 稳定性测试稳定性测试重点测试系统日常业务高峰期压力下运行的稳定性。测试方法：采用混合负载测试的脚本及场景设置，选取固定运行时间为12小时，记录交易平均响应时间，交易正确率，应用服务器、数据库服务器CPU利用率、内存使用情况等参数，考察应用服务器、数据库服务器是否出现宕机、交易正确率小于99等情况。6. 测试输出1. 过程性输出：Ø 测试脚本（LoadRunner Vuser Scripts 形式）&

15、#216; 测试场景（LoadRunner Scenarios *.lrs形式）Ø 测试采集数据（Html形式和LoadRunner Analysis Session Files形式）2. 结果输出：Ø 性能测试分析报告7. 测试环境7.1. 生产与测试环境对照情况服务器测试IP地址生产IP地址Weblogic服务器数据库服务器7.2. 压力端配置主 机IP地址资 源操作系统备注LR 控制器压力发生器7.3. 软件配置主机软件系统描述应用服务器操作系统应用系统中间件 监控工具数据库服务器操作系统数据库监控工具Nmon压力端压力发生器测试工具Loadrunner 11.0监控工具Loadrunner 11.08. 测试风险分析风险编号风险描述风险发生可能性（高、中、低）风险对测试或项目的影响（高、中、低）责任人规避方法1缺乏规范的数据库、应用安装配置手册中中项目组项目组自行解决2应用服务器测试中出现无法预料的未知错误，导致测试失败高高应用服务器工程师对应用服务器进行性能的预先评估，调整测试计划，预留调优时间直至延长测试时间3数据库服务器测试中出现无法预料的未知错误，导致测试失败高高Oracle数据库工程师对数据库服务器进行性能的预先评估，调整测试计划，预留调优时间直至延长测试时