1、性能测试计划网站稿件管理发布系统文档 编 号Manager_System_001 保 密 等 级机密作者最后修改日期201411审核人最后审批日期201411批准人最后批准日期201411目录1.文档介绍 .31.1文档目的 .31.2参考文献 .31.3编写目的 .32.软件概述 .32.1项目介绍 .32.2运行环境 .32.3项目流程 .43.测试资源 .43.1软硬件配置 .43.2测试工具 .63.3人力需求 .63.4测试数据 .64.交付物 .75.测试进度计划 .76.测试启动 / 结束 / 暂停 / 再启动 / 退出准则 .86.1暂停准则： .86.2暂停 / 再启动的准则
2、 .86.2.1暂停准则： .86.2.2再启动准则 .86.3测试退出准则 .87.性能测试目标要求 .97.1性能测试指标 .97.2交易响应时间 .97.3交易吞吐量 .97.4并发交易成功率 .107.5资源使用指标 .108.测试策略 .108.1基准测试 .108.2并发测试 .108.3递增测试 .108.4场景测试 .118.5疲劳强度测试 .119.测试用例开发 .1110.交易基准测试 .1210.1测试方法 .1410.2测试场景 .1411.交易并发测试 .1511.1测试方法 .1511.2测试场景 .1511.3测试方法 .1611.4测试场景 .1612.交易递增
3、测试场景 .错误！未定义书签。12.1测试场景 .错误！未定义书签。13.混合交易负载场景 .1614.疲劳强度测试171. 文档介绍1.1 文档目的 明 方案中所涉及内容的 介 ，包含： 写目的、 目背景、参考文档、 点 取， 景 等 1.2 参考文献网站稿件管理 布系 件需求 格 明 1.3 写目的从文档描述网站稿件管理 布系 性能 的范 、方法、 源、 度，作 网站稿件管理 布系 性能 的依据， 文档的目的主要有：1、 明确 范 、 象2、 明确 目 3、 明确 境需求，包括： 需要的 、硬件 境以及 人力需求4、 确定 方案， 的方法和步 5、 指定 工作的 安排6、 分析 的 ， 找
4、 避 法7、 确定 需求 出的 果和 果表 形式2. 软件概述2.1 目介 系 特点本系 是一个网站稿件管理 布系 ，包括稿件管理和文档上 下 两个主要功能模 。网站 用 可以提交稿件，稿件 批准后可以在网站上 布。 稿件可以 行 索、全文 索等。文档上 下 功能可以管理和共享Word 文档。2.2 运行 境服 器 CPU 主频 1GHz 以上，内存 1GB 以上，硬盘自由空间1GB 以上。支持软件操作系统： Windows2003 Server或 Windows XP数据库服务器： MySQL-5.1.28应用服务器： Tomcat6.0Java： JDK1.6.0_07应用软件： Life
5、ray Portal 5.1.1浏览器： IE6+sp2Word：office 2000 或 office XP 或 office 20032.3 项目流程3. 测试资源3.1 软硬件配置性能测试环境（包括测试工具环境）的硬件和软件配置如下表所示：环境资源数量型号 / 配置 / 软件名称 / 软件版本号硬件环境软件环境HP 安腾CPU： 40 核，主频1.6GHz核心系统新安腾主机1内存： 80G存储： 500*9GIP 地址： 10.1.189.213IBM 595CPU： 8 核，主频 2.3GHz前置系统服务器主机1内存： 16G存储： 20GIP 地址： 10.1.189.214笔记本
6、电脑LR 压力产生器2CPU：双核，主频 1.60GHz内存： 1G/2GIP 地址： 10.1.119.59/10.1.119.109笔记本电脑LR 控制台1CPU：双核，主频1.60GHz内存： 1GIP 地址：核心主机操作系统1HP-UX 11.23核心主机数据库1Oracle 9i核心主机应用软件1ECshop核心主机交易中间件1BEA Tuxedo 9.1前置服务器操作系统1IBM-AIX 5.3.0.0前置服务器数据库1Oracle 9.2.0.6.0前置服务器应用软件1南天综合前置系统( )前置服务器交易中间1BEA Tuxedo 9.0件LR 压力产生器操作系2Windows
7、XP Professioanl(SP2)统LR 控制台操作系统1Windows XP Professioanl(SP2)LR 压力产生器、压力产生器交易中间件客3BEA Tuxedo WorkStation 6.5户端3.2 测试工具序号工具名称用途及说明厂商 / 自产版本性能测试工具， Tuxedo 协议（ License1LoadRunner500）HP110 英文版的并发数为3.3 人力需求角色姓名具体职责技能要求性能测试性能测试项目管理和协调1、组织协调能力性能测试需求分析2、熟悉性能测试体系经理3、熟悉应用架构测试计划和测试报告编写1、熟悉性能测试体系2 、 熟 悉 性 能 测 试
8、方 法 和编制测试案例，开发测试脚LoadRunner 测试工具性能测试本，设计测试场景，执行性能3、脚本编写和调试能力设计人员测试4、执行时的系统资源监控技术5、性能瓶颈分析能力测试环境准备性能测试环境 （包括测试1、 LoadRunner 部署能力和测试数工具环境、 被测系统硬件环境2、熟悉核心系统、前置系统软据准备人和软件环境）硬件配置员准备基础数据和测试数据3、熟悉数据库操作性能调优1、熟悉 HP主机设置2、精通数据库调优人员核心后台主机系统优化3、熟悉应用架构3.4 测试数据数据对象数据数据文档位置登录用户用户名user.dat密码稿件名称D:LR_ProjectData查询稿件稿
9、件 版 本search_manuscript.dat号稿件标题稿件内容增加稿件稿件标题add_manuscript.dat稿件内容显示稿件稿件编号show_manuscript.dat查询文档文档名称search_document.dat文档名称上传文档文 档 重 命upload_document.dat名文档说明4. 交付物序号交付物名称责任人参与者交付日期1 性能测试计划2 性能测试脚本3 性能测试场景4 性能测试结果5 性能测试报告5. 测试进度计划在测试工作量估算数据的基础上，考虑现有的资源情况，对资源进行具体安排， 根据项目整体进度计划，列出进度表，即是谁在什么时间内完成什么任务序号
10、名称责任人工期开始时间完成日期1稿件管理发布系统5 工作日2014-04-282014-05-021.1测试设计1.1.1编写测试计划准备测试环境2 工作日准备测试数据开发测试脚本1.2基准、单交易并发测试1.2.1单交易基准测试1-2 工作日1.2.1单交易并发测试1.3综合场景测试1.3.1综合场景测试第1 轮1.3.2综合场景测试第2 轮1.4稳定性测试1.5测试总结0-0.5 工作日6. 测试启动 /结束 /暂停 /再启动 /退出准则6.1 暂停准则：核心系统和前置系统应用软件通过系统功能测试；测试环境已经准备完毕，包括：核心系统和前置系统应用系统已安装完毕基础数据以及测试数据已经导入
11、核心系统主机数据库 LoadRunner 压力产生器及控制台机器已经准备完毕测试工具 LoadRunner 及所需要的 License 已准备好测试脚本、测试场景已经准备完毕以上条件，必须全部满足才能开始性能测试执行。6.2 暂停 /再启动的准则6.2.1 暂停准则：测试汇总发现问题，需要网站稿件管理发布系统修改代码，或者需要更换应用服务器测试环境受到干扰，比如服务器被临时征用，或服务器的其他使用会对测试结果造成干扰6.2.2 再启动准则测试中发现问题得以解决测试环境恢复正常6.3 测试退出准则满足下列条件之一时，可以结束性能测试执行：压到预定最大并发用户数，系统性能能够满足预期测试指标要求；
12、到计划结束日期，压到预定最大并发用户数，经过系统调优，系统性能仍然无法满足预期测试指标要求，但已经无法再实施调优。7. 性能测试目标要求7.1 性能测试指标本次性能测试需要测试的性能指标包括：1、交易响应时间：核心系统处理交易的平均响应时间2、交易吞吐量：后台主机每秒能够处理的交易笔数（TPS）3、并发交易成功率4、批处理效率5、资源使用指标：前置和核心系统各服务器CPU占用率、内存占用率、I/O 占用率； LoadRunner 压力产生器 CPU占用率、内存占用率7.2 交易响应时间本次性能测试中的交易响应时间是指在一定的负载压力下，由前置系统记录和进行统计分析的、 核心系统处理交易的响应时
13、间，用一定时间段内的统计平均值 ART来表示。本次性能测试中，对所有非批量联机交易的ART指标要求为：ART 5 秒7.3 交易吞吐量根据统计数据， 网站稿件管理 核心系统当前生产环境高峰日交易总量为7500 笔。根据二八原则（ 80%的交易量发生在20%的时间段内），当前生产环境对主机的交易吞吐量指标要求为：TPS_110000(交易 ) * 80%(交易量) / (24(小时 ) * 20% * 3600(1小时60 分钟*1分钟60 秒 ) = 0.34笔/ 秒17280根据规划， 网站稿件管理系统 未来 1 年内核心系统的处理能力应达到高峰日交易总量10000 笔，则 3 年后对主机的
14、交易吞吐量指标要求为：TPS_2 10000 * 80% / (24 * 20% * 3600) = 0.46笔 / 秒为获取核心系统主机的最大处理能力，在本次性能测试中可通过不断加压，让核心系统主机 CPU利用率达到85%，记录此时的TPS值，作为新主机处理能力的一个参考值。为模拟生产上核心主机的异常情况，通过不断加压，让核心系统主机CPU利用率达到接近 100%，观察核心系统的工作情况，记录TPS值。7.4 并发交易成功率指测试结束时成功交易数占总交易数的比率。交易成功率越高， 系统越稳定。对典型交易的场景测试，要求其并发交易成功率 99% 。7.5 资源使用指标在正常的并发测试和批处理测
15、试中，核心系统各服务器主机的资源使用指标要求：CPU使用率 80%内存使用率 80%I/O 使用率80%8. 测试策略8.1 基准测试在测试环境经过确认，脚本预验证之后对本次测试涉及的全部联机交易做基准测试。目的是验证测试脚本及后台环境、初步检查交易本身是否存在性能缺陷。目的：是获取单用户执行时的各项性能指标，为多用户并发和混合场景的性能测试分析提供参考依据；8.2 并发测试并发测试是指并发不同数目的虚拟用户执行检查点操作， 目的是对检查点进行压力加载测试。 预测系统投入使用后在一定用户压力情况下的系统响应时间 , 根据此响应时间分析、确定系统存在的性能瓶颈，为系统的优化和调整提供依据。8.3
16、 递增测试递增测试是指每隔一定时间段 （如 5 秒、10 秒）并发不同数目的虚拟用户执行检查点操作，对检查点进行递增用户压力加载测试，从而模拟系统真实的使用情景，使用户预知系统投入使用后的性能水平。8.4 综合场景测试通过对系统体系机构和功能模块的分析以及对系统用户的分布和使用频率的分析，来构造系统综合场景的测试模型，模拟不同用户执行不同操作，如 10%的用户执行登录操作， 50%的用户执行查询操作， 40%的用户执行上传文档操作，最大限度地模拟系统的真实场景，使用户预知系统投入使用后的真实性能水平。从而，对系统做出相应的优化及调整，避免实际情况中出现系统长时间不响应及崩溃的情况。8.5 疲劳
17、强度测试疲劳强度测试是指对系统核心功能点进行疲劳强度测试，即用系统稳定运行情况下能够支持的最大并发用户数，持续执行一段业务时间（如 48 小时），记录交易平均响应时间， 交易正确率， 应用服务器和数据库服务器 CPU 利用率、内存使用情况等参数，考察应用服务器和数据库服务器是否出现宕机、内存泄漏等情况。该测试通常需要和场景测试进行结合，从而可以最大限度地模拟真实环境下，系统长时间连续运行条件下，系统是否能够保持在稳定运行状态。9. 测试用例开发根据测试范围规定的内容，逐条设计测试需求及完成该测试需求的测试过程、测试条件，构造本次测试的测试用例，编写决策树。表 1 时间特性第 1页共 1 页测试
18、需求测试过程说明过程标引单用户执行登录系统E-01登录系统10 用户并发执行登录系统E-02（ login ）20 用户并发执行登录系统E-03查询稿件单用户执行查询稿件E-04（ search_menuscript）用户并发执行查询稿件E-051020用户并发执行查询稿件E-06单用户执行新增稿件E-07新增稿件10用户并发执行新增稿件E-08（ add_menuscript ）20用户并发执行新增稿件E-09单用户执行显示稿件E-10显示稿件10用户并发执行显示稿件E-11（ show_menuscript）20用户并发执行显示稿件E-12单用户执行上传文档E-13上传文档10用户并发执行
19、上传文档E-14（ upload_document ）20用户并发执行上传文档E-15单用户执行查询文档E-16查询文档10用户并发执行查询文档E-17（ search_document ）20用户并发执行查询文档E-18使用 50 用户在线共同执行系统稿件模块，15综合场景一用户执行新增稿件， 15 用户执行显示稿件，20 E-19用户执行查询稿件。整个场景执行1 小时。使用 50 用户在线共同执行文档上传下载模块，综合场景二结合部分稿件模块功能，15 用户执行上传文档，20用户执行查询文档，E-2015 用户执行查询稿件。整个场景执行 1 小时。使用 50 用户在线共同访问被测系统，15
20、用户疲劳强度测试执行查询稿件，15 用户执行查询文档，10 用户执行显示稿件，5 用户执行上传文档，E-215 用户执行增加稿件。整个场景持续运行12 小时。表 2 资源特性第 2页共 1 页测试需求测试过程说明过程标引登录系统单用户执行登录系统，并监控服务器的各项资E-22（ login ）源。10 用户并发执行登录系统，并监控服务器的各项资源。E-2320 用户并发执行登录系统，并监控服务器的各E-24项资源。单用户执行查询稿件，并监控服务器的各项资E-25源。查询稿件10 用户并发执行查询稿件，并监控服务器的各E-26（ search_menuscript ） 项资源。20 用户并发执行查询稿件，并监控服务器的各E-27项资源。单用户执行新增稿
