浦发项目CSPS系统性能测试计划_V.doc

浦发项目浦发项目 CSPSCSPS 系统性能测试计划系统性能测试计划 VteamSystem（WuHan） Jarod 2005-4-26 目录目录 1 测试计划名称测试计划名称3 2 测试内容测试内容3 21 背景背景3 22 测试项测试项3 3 测试计划测试计划4 3.1 测试方法和工具测试方法和工具4 3.2 测试时间计划测试时间计划4 3.3 测试强度估算测试强度估算4 3.4 测试环境准备测试环境准备5 3.4.1 基本硬件及软件环境的准备5 3.4.2 系统客户端测试程序的功能要求5 3.4.3 系统测试预备数据的准备6 3.5 强度稳定性测试强度稳定性测试6 3.6 并发测试并发测试6 3.7 测试中的问题与处理测试中的问题与处理7 3.8 测试报告测试报告7 3.9 人员与职责人员与职责7 1 测试计划名称测试计划名称 浦发项目 CSPS 系统性能测试 2 测试内容测试内容 21 背景背景 为满足浦发银行对我公司开发之保理业务系统(CSPS)的系统效能要求，特进行本次系 统性能测试，以提出本业务系统性能的有效范围，以供合同双方根据合同履行系统验收。 22 测试项测试项 根据客户所述需求,制定如下测试项目: 系统稳定性测试项系统稳定性测试项: 进行数小时连续用户在线,其间执行各种功能的测试.为确保整个系统具有容错性，并保证所 有参数及交易资料的完整性。 日交易量下峰值性能测试日交易量下峰值性能测试: 日处理数 25000 交易/天的条件下,根据 80/20 原则模拟系统日交易峰值时段下,系统的交易 响应时间,网络带宽开销. 并发用户测试项并发用户测试项: 根据本行现有机构数 70 余家,每个机构在线用户 3 人次,预估系统总同时在线用户 300 人次, 预测 10%的交易并发执行,则并发用户为 30 人次.根据此前提进行测试,输出此情况下交易响 应时间,并发网络带宽开销. 网络带宽测试网络带宽测试,非核心和核心非核心和核心(对测试项对测试项 3 做补充做补充): 由于系统部分为外部系统,部分交易会跟核心系统作交互,因而对于测试都要考虑是否连接核 心带来的区别.对于非核心情况:系统一笔交易的平均数据流量在 100K 左右，单张网页的平 均数据流量在 80K 左右。系统的网络数据流量约为 300K.核心情况:在广域网上，并与核心 主机连接的情况下，系统交易在浦发银行客户可接受的时间内给与响应. 3 测试计划测试计划 3.1 测试方法和工具测试方法和工具 测试方法采用黑盒测试，利用工具模拟实际客户端用户的操作。 测试工具：对于压力测试采用 LoadRunner8（试用版） ，对于应用服务器和后台数据库环境 因 Unix 系统结构和权限问题,部分无权限访问的暂不列入监控范围。 3.2 测试时间计划测试时间计划 环境准备 1 天 测试计划,测试案例 1 天 并发测试 1.天 压力测试 1 天 结论报告 1 天 3.3 测试强度估算测试强度估算 测试压力估算时采用原则：测试压力估算时采用原则： 8020 原理：即每个工作日中 80的业务在 20的时间内完成，即每天 80的业务在 1.6 小时内完成。 测试结果的估算：测试结果的估算： 不同交易类型的服务请求量为：参数设置 2；主管放行 1；业务交易 4 每天的业务交易请求数量为：每天的业务交易请求数量为：25000 业务处理的交易量为 25000/4=6250 每秒的请求数量为：每秒的请求数量为： 2500080 /（820%3600）=3.472 应用服务器处理请求的能力基准值为：应用服务器处理请求的能力基准值为：3.5 次请求/秒 系统配置衡量基准为大于 3.5 次请求/秒的环境配置即为符合客户要求的系统环境。 3.4 测试环境准备测试环境准备 3.4.1 基本硬件及软件环境的准备基本硬件及软件环境的准备 网络环境：网络环境： 公司内部以太网，与服务器的连接速率为 100M，与客户端的连接速率为 100M。 应用服务器环境：应用服务器环境： 使用 1 台 HP RP5430;单 CPU PA8700;1G 内存;100Mb 网卡 作为应用服务器的硬件环境,安 装操作系统为 hp unix 11i,应用服务为 weblogic7 数据库管理系统环境数据库管理系统环境 使用 1 台 HP RP5430;单 CPU PA8700;1G 内存;100Mb 网卡 作为应用服务器的硬件环境,安 装操作系统为 hp unix 11i,数据库服务为 Informix9.4 其他相关准备其他相关准备 应用服务器上安装被测应用程序：生产环境阶段运行版本 客户机 1 台(根据并发量要求定制，约一台可模拟 30 个用户并发)：P4 2G CPU，1024M 内 存，使用 IE6 浏览器。 3.4.2 系统客户端测试程序的功能要求系统客户端测试程序的功能要求 向应用服务器发出并接收响应信息：向应用服务器发出并接收响应信息：要求交替模拟情况： 第一种，较多步请求的交易。 第二种，少步请求的交易。 第三种，大数据量长交易提交的。 第四种，小数据量短交易提交的。 3.4.3 系统测试预备数据的准备系统测试预备数据的准备 系统总体上分为三大部分：参数，交易，主管放行。 对于参数部分可以按先后次序在做测试的过程中把相关前提数据生成。 对于交易部分可以利用参数部分的数据进行测试。 对于主管放行部分可以利用前面测试参数和交易的数据进行放行. 3.5 强度稳定性测试强度稳定性测试 单用户进行 12 小时连续用户在线操作,其间执行各种功能的操作(参数,交易,主管放行等动 作).。 3.6 日交易量峰值情况下的性能测试日交易量峰值情况下的性能测试 对 6250 张发票进行处理,要求在 1.6 小时内完成,并记录其每秒的点击率,带宽. 3.7 并发测试并发测试 测试计划测试计划: 预定规约预定规约: 分 3 种功能类型,对系统进行测试:参数维护功能类;业务交易功能类;其他系统杂项类.对 此 3 类功能设计 3 种测试场景,进行测试. 根据日交易中的不同功能类型的权重确定不同功能类型的客户并发数: 用户功能并发数=日用户维护交易数*加权值; 参数功能并发数=总并发用户数*日参数维护交易数*加权值; 交易功能并发数=总并发用户数*(日业务交易交易数/日总交易数); 分析得出相关数据:每交易的系统响应时间,请求的系统响应时间. 测试案例测试场景测试点测试预备条件备注 参数维护功能测试 客户利率新增30 个用户并发新 增不同的客户利 率 新增动作下,整个交易 的平均响应时间,本动 作下带宽消耗平均值 测试开始前系 统中已有利率 记录 5000 笔 本测试运行 3 次,取平均 值 业务交易功能测试 发票登录20 个用户并发新 增发票 发票登录动作下, 整 个交易的平均响应时 间,本动作下带宽消耗 平均值 测试前系统中 已有发票 100,000 笔 本测试运行 3 次,取平均 值 连接核心性能测试 客户用户信息 新增 30 个操作员并发 新增客户信息 新增动作下,整个交易 的平均响应时间,本动 作下带宽消耗平均值 测试前系统中 已有客户信息 5000 笔 用户在线数量测试 用户登录系统系统同时容纳 300 个用户登录, 300 个用户陆续登录 系统后,5 分钟内 300 无由于每个用 户的可在线 并确保同时在线个用户都保持在线状 态 时长为 30 分 钟,300 用户 陆续登录系 统后,最初登 录的用户剩 余的时间不 确定,顾测试 同时在线的 有效时间定 为 5 分钟. 3.8 测试中的问题与处理测试中的问题与处理 暂停标准：被测系统在压力测试中频繁出现异常时；大部分功能无法进行时。 再启动要求：通过调试，解决软件稳定性或完成功能时。 3.9 测试报告测试报告 提供测试前的测试计