XXXXXX系统性能测试方案

1、XXXXXXXXXXXX 性能测试方案性能测试方案 XXXXXXXXXXXX 文档编号：文档编号：XXXXXXXXXXXX 日期日期: : XXXXXX 文档修订记录文档修订记录 版本号版本号日期日期撰写人撰写人审核人审核人批准人批准人变更摘要变更摘要 & & 修订位置修订位置 目目录录 1 1概述概述 .5 5 1.1项目背景 .5 1.2测试目的 .5 1.3名词解释及缩略语 .5 2 2工作范围及内容工作范围及内容 .5 5 2.1测试内容 .5 2.2测试方法 .6 2.2.1性能测试策略 .6 2.2.2性能测试分析 .7 2.2.3结果分析方法 .7 2.3测试工具 .7 3 3系

2、统分析及监控系统分析及监控 .8 8 3.1系统分析 .8 3.1.1逻辑体系架构图 .8 3.1.2硬件环境 .8 3.1.3软件环境 .8 3.1.4网络拓扑结构 .9 3.1.5系统及功能描述 .9 3.2系统资源监控 .9 4 4测试实施方案测试实施方案 .1010 4.1测试准备 .10 4.2业务抽取，定制用例 .11 4.2.1业务分析及抽取 .11 4.2.2业务优先级划分 .12 4.3构建压力模型 .12 4.3.1性能测试策略 .12 4.3.2性能需求细化 .13 4.3.3定义测试场景 .13 4.4测试数据准备 .19 4.4.1基础数据构建 .19 4.4.2测试

3、数据准备 .19 4.5测试脚本开发 .19 4.5.1开发方法 .19 4.5.2测试脚本列表 .20 4.6测试执行和监控 .21 4.6.1监控策略 .21 5 5角色和职责角色和职责 .2222 6 6约束和限制约束和限制 .2222 1 1 概述概述 1.11.1 项目背景项目背景 XXXXXXXXXXXX。 1.21.2 测试目的测试目的 测试的目的和目标是：在 XXXXXXXXXXXX 提供的测试环境中，XXXXXXXXXXXX 运用性能测试工具对信贷业务系统产 生模拟真实使用环境的压力负载，重现缺陷发生状态，并监控的客户端和服务器性能指标，最终判断性 能缺陷所属系统业务模块。

4、1.31.3 名词解释及缩略语名词解释及缩略语 词汇词汇相关描述相关描述 Loadrunner 测试工具，用来编写测试脚本和产生压力负载，由惠普公司出品 Oracle IAS Oracle Internet Application Server，中间件。 HP Superdome 惠普公司生产，高性能服务器 LR Analysis Loadrunner 的结果分析组件 2 2 工作范围及内容工作范围及内容 2.12.1 测试内容测试内容 经初步判断，出现性能缺陷模块为 XXXXXXXXXXXX 系统的 XXXXXXXXXXXX 这几个使用频繁且业务处理量大的模块。 本次测试的范围为 XXXXX

5、XXXXXXX 的 XXXXXXXXXXXX 模块。 XXXXXXXXXXXX 日常运行的基本业务为新增、删除、查询、修改等操作。因此将本次性能测试的重点确定为 被测模块的新增、删除、查询、修改的典型业务。 2.22.2 测试方法测试方法 2.2.12.2.1 性能测试性能测试策略策略 由于本次测试的目的是要发现产生性能缺陷的模块，而由于各模块中的业务较多，因此如何快速准 确定位到产生性能缺陷的模块成为本次测试的难点。为了解决该难点我们采用了以下的测试方法： 1.由于本次测试涉及的业务较多，因此我们采取分阶段，分优先级的测试方法进行测试。首先将本次 测试分为三个阶段。 第一阶段选取使用频率高，

6、逻辑复杂的业务作为测试的重点，由于以上业务是最有可能产生性能缺 陷的，因此在这个阶段发现性能缺陷模块的概率最高。 第二阶段选取使用频率中等，逻辑复杂度一般的业务作为测试的重点。 第三阶段选取剩余的业务作为重点。 以上的测试阶段划分保证了最有可能产生性能缺陷的业务会在最早的时间进行测试，使得可以在最 短的时间内完成测试目标。 2.对于每个阶段的测试，我们采取相同模块同类业务合并的测试方法进行测试。即首先按模块对业务 进行分类，然后在相同模块中，选取业务中相似操作的业务组合成场景，发现问题场景后，再对其 中的每个单业务进行测试，从而定位到产生性能缺陷的业务。这种方法即保证的测试质量，又节省 了测试

7、时间 3.根据 XXXXXXXXXXXX 日常运行情况，模拟日常使用用户数，针对不同功能模块进行性能测试。监控中间件 服务器的 CPU 性能指标，如果中间件服务器的 CPU 占用率持续接近 100%，然后停止运行场景。假使 CPU 占用率下降则所测试场景对应模块不存在性能缺陷；假使 CPU 使用率没有下降的趋势，维持在 接近 100%的状况，则需要分解该模块测试场景，进行单业务负载测试，判断对应模块是否存在性能 缺陷。 2.2.22.2.2 性能测试分析性能测试分析 业务分析 经过初步分析，系统上线后面临的性能压力来源主要为前台操作业务单证，对业务单证进行新增、 修改、删除、查询的操作。 因此

8、将本次性能测试的重点确定为被测模块的新增、查询、删除、修改的典型业务。 测试数据分析 测试环境存在一定数据量的生产数据，确保系统数据库中数据容量和真实性，符合实际运行情况。 监控方案 本次性能测试将使用 LoadRunner 监控业务的性能指标及服务器的性能情况，为发现性能缺陷提供 准确的参考数据。 2.2.32.2.3 结果分析结果分析方法方法 原始数据分析 利用 LR Analysis 性能分析工具对已归类的性能数据进行分析，并产生相应的描述评估结果的图表。 结果评估及瓶颈定位 在测试执行过程中，实时监控测试场景中的中间件服务器性能表现，如果发现中间件服务器 CPU 使用率持续保持在 10

9、0%，并不会因测试场景结束而下降，则可以将性能缺陷进行定位。 2.32.3 测试工具测试工具 本次测试使用的测试工具为 HP 公司的性能测试工具 LoadRunner v9.0。 3 3 系统分析及监控系统分析及监控 3.13.1 系统分析系统分析 3.1.13.1.1 逻辑体系架构逻辑体系架构图图 3.1.23.1.2 硬件环境硬件环境 硬件类型硬件类型IPIP 地址地址CPUCPU 数数内存数内存数用途用途 HP superdome864G 中间件服务器 HP superdome864G 数据库服务器 3.1.33.1.3 软件环境软件环境 软件类型软件类型软件版本软件版本 操作系统 HP

10、UX 11.11 中间件oracle ias（10.12） 数据库 Oracle 10g(10.2.0.2) 3.1.43.1.4 网络拓扑结构网络拓扑结构 客户端 客户端 客户端 数据库服务器应用服务器/报表服务器 内部网 系统采用 B/S 架构模式，客户端通过 Oracle Ias 中间件访问数据库。中间件和数据库分别部署在 两台 HP Superdome 服务器上。 3.1.53.1.5 系统及功能描述系统及功能描述 XXXXXX。 3.23.2 系统资源监控系统资源监控 本次性能测试将使用 LoadRunner 监控业务的性能指标及主机的性能情况，为发现性能缺陷提供准 确的参考数据。下

11、面列出常用的一些参考指标。 UNIX 性能资源性能资源 度量度量 描述描述 CPU utilization CPU 的使用时间百分比 Disk rate 磁盘传输速率 Incoming packets rate 每秒钟传入的以太网数据包数 Interrupt rate 每秒内的设备中断数 Outgoing packets rate 每秒钟传出的以太网数据包数 Page-in rate每秒钟读入到物理内存中的页数 Page-out rate每秒钟写入页面文件和从物理内存中删除的页数 Paging rate 每秒钟读入物理内存或写入页文件的页数 Swap-in rate正在交换的进程数 Swap-

12、out rate正在交换的进程数 System mode CPU utilization 在系统模式下使用 CPU 的时间百分比 User mode CPU utilization 在用户模式下使用 CPU 的时间百分比 4 4 测试实施方案测试实施方案 4.14.1 测试准备测试准备 进入准则： XXXXXX 人员到位，XXXXXX 配合进行测试的人员到位 确定本次测试工作所使用的测试工具 退出准则： 完成压力发生环境的准备 向运维方沟通，调研测试需求，明确测试目标 测试环境准备完毕 运维方完成测试数据准备工作 测试方确认数据的可用性 4.24.2 业务抽取定制用例业务抽取定制用例 4.2.

13、14.2.1 业务分析及抽取业务分析及抽取 经过初步确认，有以下业务使用频率比较高，所以对此业务进行抽取作为第一阶段的测试的典型业 务。 第一阶段测试业务列表：第一阶段测试业务列表： 模块模块子模块子模块功能功能 XXXXXXXXXXXXXXXXXX 4.2.24.2.2 业务优先级划分业务优先级划分 根据与 XXXXXX 的业务分析和确认，XXXXXX 的基本业务新增、删除、查询、修改操作。因此 将本次性能测试的重点确定为业务新增、查询、删除、修改的典型业务。 4.34.3 构建压力模型构建压力模型 4.3.14.3.1 性能测试策略性能测试策略 基准测试基准测试 检查每个业务的基准响应时间

14、，意思是在系统整体空闲（无额外进程运行并占用系统资源）时，单 用户运行业务操作多次，获取该业务的平均响应时间，检查各参测系统的基础性能指标。 混合交易负载测试混合交易负载测试 将同一个模块的不用业务组合成同一个场景进行负载压力测试，平均分配并发用户，模拟系统日常 使用用户数，监控中间件服务器 CPU 使用率是否持续达到 100%，判断是否出现性能缺陷。 单交易负载测试单交易负载测试 在将系统缺陷定位到模块后，针对该模块的不同业务操作，设计单业务负载测试场景，将系统缺陷 进一步定位到某一只交易。 4.3.24.3.2 性能需求细化性能需求细化 现有 XXXXXX 系统在月末运行期间，经常出现系统

15、性能下降，业务响应时间增加，并且发现 CPU 使用率持续接近和达到 100%，为了准确定位系统性能缺陷并为系统修改提供依据，分阶段针对系统各业 务模块各功能点，进行本次性能测试。 4.3.34.3.3 定义测试场景定义测试场景 基准测试场景：使用单个交易单个用户进行多次迭代，检查每个业务的基准响应时间和中间件服务 器性能指标。 混合负载场景：将业务耦合程度比较高的业务组合成一个测试场景，设定并发用户为实际日常使用 时最大用户数，监控中间件服务器 CPU 使用率是否持续达到 100%，并在场景结束后服务器 CPU 占用 率不会下降，判断是否出现性能缺陷。 单交易负载场景：在将系统缺陷定位到混合负

16、载场景中的模块后，针对该场景中所有的交易，设计 单业务负载测试场景，将系统缺陷进一步定位到某一只交易。 与运维方沟通后，确认目前系统中运行用户数为 50 左右，所以本次测试使用 50 用户进行性能测试。 如需要再根据场景运行状态进行并发用户数的调整。 4.3.3.1.基准测试场景基准测试场景 解释：使用单个交易，单个用户进行多次迭代，检查每个业务的基准响应时间，获取该业务的平均 响应时间，检查各参测系统的基础性能指标，并获取当前状态下中间件服务器的性能指标。 方法：制作单个交易的性能测试脚本，将单个脚本作为一个场景，使用单用户进行多次迭代，同时 监控事务的响应时间 第一阶段基准测试场景：第一阶

17、段基准测试场景： 4.3.3.2.混合交易负载场景混合交易负载场景 解释：将多个交易组合在一起，设定负载序列，最大并发用户数设定在系统运行最大用户数，检查 场景中模块的是否存在性能缺陷； 方法：制作单个交易的性能测试脚本，将同一模块内相近功能的脚本放在同一个测试场景中，并发 用户数为 50，平均设定每个交易的比例，检查中间件服务器 CPU 占用率是否达到 100%，进而判断该场 景测试的系统模块是否存在性能缺陷。 场景一场景一 序号序号功能模块功能模块交易名交易名用户数用户数迭代次数迭代次数 ThinkThink timetime 循环间隔循环间隔 1XXXXXXXXXXXX 1 20 次忽略

18、忽略 2XXXXXXXXXXXX 1 20 次忽略忽略 第一阶段混合交易负载场景：第一阶段混合交易负载场景： 4.3.3.3.单交易负载场景单交易负载场景 前提：只有混合交易负载场景重现了性能缺陷现象时才进行单交易负载场景的测试。 解释：使用单个交易，多个并发用户进行多次迭代，设定负载序列，并发用户数保持在实际生产中 最大用户数； 方法：在发现性能缺陷的混合场景中选取单个交易，将此单个交易作为一个场景进行运行，以期测 试此单业务是否存在性能缺陷。负载用户数根据出现性能缺陷的混合交易负载场景的并发用户数进行调 整。 根据混合场景运行的结果发现：场景九、场景十一运行时中间件服务器的 CPU 使用率

19、持续为 100%，所 以需要运行单业务负载场景进行定位。 场景一、二、三、场景一、二、三、 。 。 。 。 序号序号功能名称功能名称功能点功能点并发用户数并发用户数用户加载方式用户加载方式 ThinkThink timetime 循环间隔循环间隔 1 XXXXXX 2 XXXXX XXXXXXX 50 每 2 秒加载 1 个 忽略忽略 场景十、十一、十二场景十、十一、十二 序号序号功能名称功能名称功能点功能点并发用户数并发用户数用户加载方式用户加载方式 ThinkThink timetime 循环间隔循环间隔 1 XXXXX XXXXXX 50 每 2 秒加载 1 个 忽略忽略 4.44.4

20、测试数据准备测试数据准备 4.4.14.4.1 基础数据构建基础数据构建 保证软件系统参数的配置支持正常交易，与实际生产环境相同。 4.4.24.4.2 测试数据准备测试数据准备 XXXXXX 提供的登陆用户可以正常登陆，并且拥有相关操作权限； XXXXXX 提供测试中所需的业务数据，同时测试方在测试过程中如遇到测试数据不足，可使用测 试工具批量建造所需业务数据； 数据库中已具备与日常生产环境同级别的数据量，可以保证性能测试结果的准确性。 4.54.5 测试脚本开发测试脚本开发 4.5.14.5.1 开发方法开发方法 根据严格的技术校验和丰富的测试经验，测试方决定采用 Oracle Web Applications11i 协议开发 和编辑脚本，然后在此基础之上根据需要进行必要的脚本强化。 4.5.24.5.2 测试脚本列表测试脚本列表 第一阶段测试脚本列表：第一阶段测试脚本列表： 序号序号模块模块交易交易脚本名称脚本名称说明说明 1XXXXXXXXXXXXXXXXXXXXXXXX