笔记性能测试计划模版

1、性能测试计划稿件管理发布系统文 档Manager_System_001等 级作者盖明明最后修改日期201504审 核人tarena最后审批日期201504批 准人tarena最后批准日期201504目录文档介绍3文档目的3参考文献3编写目的3概述3项目介绍3运行环境4项目流程4测试资源4软硬件配置4测试工具6人力需求6测试数据6交付物7测试进度计划7测试启动/结束/暂停/再启动/退出准则8暂停准则：8暂停/再启动的准则8暂停准则：8再启动准则8测试退出准则8性能测试目标要求9性能测试指标9交易响应时间9交易吞吐量9并发交易成功率10资源使用指标10测试策略10基准测试10并发测试10递增测试1

2、0场景测试11疲劳强度测试11测试用例开发11交易基准测试13测试方法14测试场景14交易并发测试15测试方法15测试场景15测试方法16测试场景16交易递增测试场景错误!未定义书签。12.1 测试场景错误!未定义书签。混合交易负载场景161.2.3.4.5.6.7.8.9.10.11.12.13.14.疲劳强度测试171. 文档介绍1.1 文档目的说明测试方案中所涉及内容的简单介绍，包含：编写目的、项目背景、参考文档、测试点选取，场景设计等1.2 参考文献稿件管理发布系统需求规格说明书1.3 编写目的从文档描述稿件管理发布系统性能测试的范围、方法、资源、进度，作为稿件管理发布系统性能测试的依

3、据，该文档的目的主要有：1、 明确测试范围、测试对象2、 明确测试目标3、 明确测试环境需求，包括：测试需要的软、硬件环境以及测试人力需求4、 确定测试方案，测试的方法和步骤5、 指定测试工作的时间安排6、 分析测试的风险，寻找规避办法7、 确定测试需求输出的结果和结果表现形式2.概述2.1 项目介绍系统特点本系统是一个稿件管理发布系统，包括稿件管理和文档上传两个主要功能模块。编辑用户可以提交稿件，稿件经过批准后可以在上发布。查询稿件可以执行标题检索、全文检索等。文档上传功能可以管理和共享 Word 文档。2.2 运行环境服务器设备CPU 主频 1GHz 以上，内存 1GB 以上，硬盘支持操作

4、系统：Windows2003 Server 或Windows XP空间 1GB 以上。-5.1.28数据库服务器：应用服务器：Tomcat6.0Java：JDK1.6.0_07应用：Liferay Portal 5.1.1浏览器：IE6+sp2Word：office 2000 或office XP 或office 20032.3 项目流程3. 测试资源3.1 软硬件配置性能测试环境（包括测试工具环境）的硬件和配置如下表所示：环境资源数量型号/配置/名称/版本号硬件环境系统新安腾主机1HP 安腾CPU：40 核，主频 1.6GHz内存：80G：500*9GIP 地址：10.1.189.213前置

5、系统服务器主机1IBM 595CPU：8 核，主频 2.3GHz内存：16G：20GIP 地址：10.1.189.214LR 压力产生器2笔记本电脑CPU：双核，主频 1.60GHz内存：1G/2GIP 地址：10.1.119.59/10.1.119.109LR 控制台1笔记本电脑CPU：双核，主频 1.60GHz内存：1G IP 地址：环境主机操作系统1HP-UX 11.23主机数据库1Oracle 9i主机应用1ECshop主机交易中间件1BEA Tuxedo 9.1前置服务器操作系统1IBM-AIX 5.3.0.0前置服务器数据库1Oracle 9.2.0.6.0前置服务器应用1南天综合

6、前置系统()前置服务器交易中间件1BEA Tuxedo 9.0LR 压力产生器操作系统2Windows XP Professioanl(SP2)LR 控制台操作系统1Windows XP Professioanl(SP2)LR 压力产生器、压力产生器交易中间件客户端3BEA Tuxedo WorkSion 6.53.2 测试工具3.3 人力需求3.4 测试数据数据对象数据数据文档位置登录用户用户名user.datD:/LR_project/data查询稿件稿件名称稿件版本 号search _manuscript.dat角色具体职责技能要求性能测试经理性能测试项目管理和协调性能测试需求分析测试计

7、划和测试编写1、组织协调能力2、熟悉性能测试体系3、熟悉应用架构性能测试设计盖明明编制测试案例， 开发测试脚本，设计测试场景，执行性能测试1、熟悉性能测试体系2 、熟悉性能测试方 法 和LoadRunner 测试工具3、编写和调试能力4、执行时的系统资源技术5、性能瓶颈分析能力测试环境和测试数据准备人员准备性能测试环境（包括测试工具环境、被测系统硬件环境和 环境）准备基础数据和测试数据1、LoadRunner 部署能力2、熟悉系统、前置系统软硬件配置3、熟悉数据库操作性能调优主机系统优化1、熟悉 HP 主机设置2、精通数据库调优3、熟悉应用架构序号工具名称用途及说明厂商/自产版本1LoadRu

8、nner性能测试工具，Tuxedo 协议（License的并发数为 500）HP110 英文版4. 交付物5. 测试进度计划在测试工作量估算数据的基础上，考虑现有的资源情况，对资源进行具体安排，根据项目整体进度计划，列出进度表，即是谁在什么时间内完成什么任务序号名称责任人工期开始时间完成日期1稿件管理发布系统5 工作日2015-04-132014-05-021.1测试设计2 工作日2015-04-132014-05-021.1.1编写测试计划准备测试环境准备测试数据开发测试2015-04-132014-05-021.2基准、单交易并发测试1-2 工作日2015-04-132014-05-021

9、.2.1单交易基准测试2015-04-132014-05-021.2.1单交易并发测试2015-04-132014-05-021.3综合场景测试2015-04-132014-05-02序号交付物名称责任人参与者交付日期1性能测试计划、2015-04-132性能测试、2015-04-133性能测试场景、2015-04-134性能、2015-04-135性能测试、2015-04-13稿件标题稿件内容增加稿件稿件标题稿件内容add_manuscript.dat显示稿件稿件show_manuscript.dat查询文档文档名称search_.dat上传文档文档名称文档重命 名文档说明upload_.d

10、at6. 测试启动/结束/暂停/再启动/退出准则6.1 暂停准则：系统和前置系统应用通过系统功能测试；测试环境已经准备完毕，包括：系统和前置系统应用系统已安装完毕基础数据以及测试数据已经导入系统主机数据库LoadRunner 压力产生器及控制台机器已经准备完毕测试工具LoadRunner 及所需要的 License 已准备好测试、测试场景已经准备完毕以上条件，必须全部满足才能开始性能测试执行。6.2 暂停/再启动的准则6.2.1 暂停准则：测试汇总发现问题，需要用服务器稿件管理发布系统修改代码，或者需要更换应测试环境受到干扰，比如服务器被临时征用，或服务器的其他使用会对测试结果造成干扰6.2.

11、2 再启动准则测试中发现问题得以解决测试环境恢复正常6.3 测试退出准则满足下列条件之一时，可以结束性能测试执行：压到预定最大并发用户数，系统性能能够满足预期测试指标要求；1.3.1综合场景测试第 1 轮2015-04-132014-05-021.3.2综合场景测试第 2 轮2015-04-132014-05-021.4稳定性测试2015-04-132014-05-021.5测试总结0-0.5 工作日2015-04-132014-05-02到计划结束日期，压到预定最大并发用户数，经过系统调优，系统性能仍然预期测试指标要求，但已经无法再实施调优。7. 性能测试目标要求7.1 性能测试指标本次性能

12、测试需要测试的性能指标包括：1、交易响应时间：系统处理交易的平均响应时间2、交易吞吐量：主机每秒能够处理的交易笔数（TPS）3、并发交易成功率4、批处理效率5、资源使用指标：前置和系统各服务器 CPU 占用率、内存占用率、I/O 占用率；LoadRunner 压力产生器 CPU 占用率、内存占用率7.2 交易响应时间本次性能测试中的交易响应时间是指在一定的负载压力下，由前置系统和进行统计分析的、系统处理交易的响应时间，用一定时间段内的统计平均值 ART 来表示。本次性能测试中，对所有非批量联机交易的 ART 指标要求为：ART 5 秒7.3 交易吞吐量根据统计数据，稿件管理系统当前生产环境日交

13、易总量为 7500 笔。根据二八原则（80%的交易量发生在 20%的时间段内），当前生产环境对主机的交易吞吐量指标要求为：TPS_1 10000(交易) * 80%(交易量) / (24(小时) * 20% * 3600(1 小时 60 分钟*1 分钟 60 秒) = 0.34 笔/秒 17280根据规划，稿件管理系统未来 1 年内系统的处理能力应达到日交易总量10000 笔，则 3 年后对主机的交易吞吐量指标要求为：TPS_2 10000 * 80% / (24 * 20% * 3600) = 0.46 笔/秒为获取系统主机的最大处理能力，在本次性能测试中可通过不断加压，让系统主机 CPU

14、利用率达到 85%，此时的 TPS 值，作为新主机处理能力的一个参考值。为模拟生产上主机的异常情况，通过不断加压，让系统主机 CPU 利用率达到接近 100%，观察系统的工作情况，TPS 值。7.4 并发交易成功率指测试结束时成功交易数占总交易数的比率。交易成功率越高，系统越稳定。对典型交易的场景测试，要求其并发交易成功率 99% 。7.5 资源使用指标在正常的并发测试和批处理测试中，系统各服务器主机的资源使用指标要求：CPU 使用率 80%内存使用率 80%I/O 使用率 80%8. 测试策略8.1 基准测试在测试环境经过确认，预验证之后对本次测试涉及的全部联机交易做基准测试。目的是验证测试

15、及环境、初步检查交易本身是否存在性能缺陷。目的：是获取单用户执行时的各项性能指标，为多用户并发和混合场景的性能测试分析提供参考依据；8.2 并发测试并发测试是指并发不同数目的虚拟用户执行检查点操作，目的是对检查点进行压力加载测试。系统投入使用后在一定用户压力情况下的系统响应时间,根据此响应时间分析、确定系统存在的性能瓶颈，为系统的优化和调整提供依据。8.3 递增测试递增测试是指每隔一定时间段（如 5 秒、10 秒）并发不同数目的虚拟用户执行检查点操作，对检查点进行递增用户压力加载测试，从而模拟系统真实的使用情景，使用户预知系统投入使用后的性能水平。8.4 综合场景测试通过对系统体系机构和功能模

16、块的分析以及对系统用户的分布和使用频率的分析，来构造系统综合场景的测试模型，模拟不同用户执行不同操作，如 10%的用户执行登录操作，50%的用户执行查询操作，40%的用户执行上传文档操作，最大限度地模拟系统的真实场景，使用户预知系统投入使用后的真实性能水平。从而，对系统做出相应的优化及调整，避免实际情况中出现系统长时间不响应及的情况。8.5 疲劳强度测试疲劳强度测试是指对系统功能点进行疲劳强度测试，即用系统稳定运行情况下能够支持的最大并发用户数，持续执行一段业务时间（如 48 小时），交易平均响应时间，交易正确率，应用服务器和数据库服务器 CPU利用率、内存使用情况等参数，应用服务器和数据库服

17、务器是否出现宕机、内存泄漏等情况。该测试通常需要和场景测试进行结合，从而可以最大限度地模拟真实环境下，系统长时间连续运行条件下，系统是否能够保持在稳定运行状态。9. 测试用例开发根据测试范围规定的内容，逐条设计测试需求及完成该测试需求的测试过程、测试条件，构造本次测试的测试用例，编写决策树。表 1 时间特性第 1页共 1 页测试需求测试过程说明过程标引登录系统单用户执行登录系统E-0110 用户并发执行登录系统E-0220 用户并发执行登录系统E-03稿件管理_ 稿件查询单用户执行稿件查询E-04（基础）10 用户并发执行稿件查询E-0520 用户并发执行稿件查询E-06稿件管理_ 稿件查询（

18、高级）单用户执行稿件查询E-0710 用户并发执行稿件查询E-0820 用户并发执行稿件查询E-09增加稿件单用户执行增加稿件E-1010 用户并发执行增加稿件E-1120 用户并发执行增加稿件E-12稿件显示单用户执行稿件显示E-1310 用户并发执行稿件显示E-1420 用户并发执行稿件显示E-15文件上传单用户执行文件上传E-1610 用户并发执行文件上传E-1720 用户并发执行文件上传E-18文档查询单用户执行文档查询E-1910 用户并发执行文档查询E-2020 用户并发执行文档查询E-21表 2 资源特性第 2页共 1 页测试需求测试过程说明过程标引登录系统单用户执行登录系统，并

19、服务器的各项资源E-2210 用户并发执行登录系统，并服务器的各项资源E-2320 用户并发执行登录系统，并服务器的各项资源E-2410. 交易基准测试稿件管理_ 稿件查询（基础）单用户执行稿件查询（基础），并服务器的各项资源E-2510 用户并发执行稿件查询（基础），并服务器的各项资源E-2620 用户并发执行稿件查询（基础），并服务器的各项资源E-27稿件管理_ 稿件查询（高级）单用户执行稿件查询（高级），并服务器的各项资源E-2810 用户并发执行稿件查询（高级），并服务器的各项资源E-2920 用户并发执行稿件查询（高级），并服务器的各项资源E-30增加稿件单用户执行增加稿件，并服务器

20、的各项资源E-3110 用户并发执行增加稿件，并资源E-3220 用户并发执行增加稿件，并服务器的各项资源E-33稿件显示单用户执行稿件显示，并服务器的各项资源E-3410 用户并发执行稿件显示，并服务器的各项资源E-3520 用户并发执行稿件显示，并服务器的各项资源E-36文件上传单用户执行文件上传，并服务器的各项资源E-3710 用户并发执行文件上传，并服务器的各项资源E-3820 用户并发执行文件上传，并服务器的各项资源E-39文档查询单用户执行文档查询，并服务器的各项资源E-4010 用户并发执行文档查询，并服务器的各项资源E-4120 用户并发执行文档查询，并服务器的各项资源E-42

21、10.1 测试方法使用一个 Vuser，分别运行每个交易的，设置的迭代次数 1 次，验证所有是否运行正确、所有交易事务是否成功返回，并获取每个交易的平均交易响应时间 ATR(Average Tranion Response Time)。10.2 测试场景编号场景名执行用户数加压方式持续时间退出方式思考时间/迭代延迟负载生成器数量备注1Login_Benarks1Vuser同时1min同时pacing:2s-4s thinktime:忽略1获取单用户执行的响应时间和服务器资源，为之后的测试提供依据2Mm_Search1Vuser同时1min同时pacing:2s-4s thinktime:忽略1

22、获取单用户执行的响应时间和服务器资源，为之后的测试提供依据3Mm_Add1Vuser同时1min同时pacing:2s-4s thinktime:忽略1获取单用户执行的响应时间和服务器资源，为之后的测试提供依据4Mm_Show1Vuser同时1min同时pacing:2s-4s thinktime:忽略1获取单用户执行的响应时间和服务器资源，为之后的测试提供依据5Mm_UpLoad1Vuser同时1min同时pacing:2s-4s thinktime:忽略1获取单用户执行的响应时间和服务器资源，为之后的测试提供依据11. 交易并发测试11.1 测试方法使用 10 个 Vuser，分别为每个交

23、易执行并发，验证所有是否运行正确、所有交易事务是否成功返回，并获取每个交易的平均交易响应时间 ATR(Average TranionResponse Time)。11.2 测试综合场景场景名并发用户数加压方式持续时间退出方式思考时间/迭代延迟负载生成器数量集合点策略1Login_Concurrent10同时运行完成同时忽略1设置第一项2Mm_Search10同时运行完成同时忽略1设置第一项3Mm_Add10同时运行完成同时忽略1设置第一项4Mm_Show10同时运行完成同时忽略1设置第一项5Mm_UpLoad10同时运行完成同时忽略1设置第一项6Doc_Search10同时运行完成同时忽略1设

24、置第一项6Doc_Search1Vuser同时1min同时pacing:2s-4s thinktime:忽略1获取单用户执行的响应时间和服务器资源，为之后的测试提供依据11.3 测试方法使用 20 个 Vuser，分别为每个交易执行并发，验证所有是否运行正确、所有交易事务是否成功返回，并获取每个交易的平均交易响应时间ATR(AverageTranionResponse Time)。11.4 测试场景12. 混合交易负载场景制作单个交易的性能测试，将同一模块内功能相近的放在同一个测试场景中，并发用户数为 50，平均设定每个交易的比例，设定负载序列，按照负载序列逐渐增加并发用户数。场景名并发用户数加压方式持续时间退出方式思考时间/迭