集中开盘性能测试方案.doc

1、 XX集中开盘-性能测试方案XX集中开盘-性能测试方案明源软件股份有限公司修订记录作者XX当前版本号V1.0使用范围 研发 XX内部 客户首次冻结日期2011-10-08密级秘密 机密 绝密序号修订日期修订说明版本号修订人检查人检查日期12345目录1概述11.1项目性能目标11.2性能测试目的12测试模型分析12.1典型交易12.2综合场景43测试环境53.1测试数据量要求53.2部署环境53.3软硬件配置63.4网络环境63.5测试工具74测试策略与范围74.1测试类型及其策略74.1.1大数据量测试74.1.2单交易并发测试84.1.3组合模块测试104.2测试执行策略104.3指标监控

2、策略115准则115.1启动准则115.2结束准则125.3暂停/再启动准则126资源与风险126.1投入资源126.2风险与要求13 www.XX 第 3 页 共 15 页1 概述1.1 项目性能目标2010年十大房企的销售金额达到5936亿元，其中XX2010年实现销售金额1082亿元，成为国内首家跨入千亿大关的地产企业。预计将来类似XX超大规模的房产企业，销售额可能达到3000亿数据规模，所以本次选用3000亿数据规模作为需求及性能测试标准，提供建议的软硬件配置，并在此环境下达到较好的应用体验。1.2 性能测试目的1、 通过性能测试验证项目是否符合性能需求。2、 通过性能测试找到性能瓶颈

3、点，为性能调优工作提供参考依据。2 测试模型分析2.1 典型交易1、 选择典型交易遵循以下几点原则：1） 选取系统中使用最频繁或商业风险高的交易作为典型交易2） 考察系统用户最关注哪些交易的性能，并选出作为典型交易3） 已知存在性能问题的功能点2、 根据以上原则，所选出的典型交易及其性能指标如下：典型交易: 序号业务模块场景应用频率响应要求(秒)3、5、8原则是否现场使用1集中开盘总览图点击链接特定时间频繁使用3s是2折扣设置批量选择房间指定所选折扣较少使用3s否3套打设置批量选择房间指定套打协议较少使用3s否4销控设置按功能点较少使用3s否5外场电子销控板查看电子销控板数据刷新特定时间频繁使

4、用是6内场电子销控板查看电子销控板数据刷新特定时间频繁使用是7客户接待刷卡查询客户信息每天频繁使用3s是8刷卡修改客户信息每天频繁使用3s是9刷卡新增客户信息每天频繁使用是10转预约排号特定时间频繁使用3s是11选择意向房间特定时间频繁使用3s是12选择预选房间特定时间频繁使用3s是13预约排号查询每天频繁使用3s是14每天频繁使用3s是15每天频繁使用3s是16每天频繁使用3s是17每天频繁使用3s是18每天频繁使用3s是19每天频繁使用3s是20签到管理自动签到特定时间频繁使用3s是21特定时间频繁使用3s是22手工签到特定时间频繁使用3s是23查看签到记录特定时间频繁使用3s是24摇号管

5、理打开摇号界面特定时间频繁使用8s是25特定时间频繁使用3s是26窜号特定时间频繁使用0.03s是27特定时间频繁使用0.03s是28摇号结果界面数据刷新特定时间频繁使用是29特定时间频繁使用是30其他（包括摇号参数设置）特定时间频繁使用3s是31选房资格确认查看选房资格确认记录表特定时间频繁使用3s是32手工查询特定时间频繁使用3s是33刷卡查询特定时间频繁使用3s是34选房确认选房特定时间频繁使用3s是35按证件号码查询特定时间频繁使用3s是36按排号信息查询特定时间频繁使用3s是37选房确认特定时间频繁使用3s是38打印特定时间频繁使用3s是39取消选房特定时间频繁使用3s是40特定时间

6、频繁使用3s是41收支管理查询特定时间频繁使用3s是42验证预收款特定时间频繁使用3s是43特定时间频繁使用3s是44保存收款信息特定时间频繁使用3s是45打印收款单据特定时间频繁使用3s是46快速认购查询特定时间频繁使用3s是47修改购房客户信息特定时间频繁使用3s是48特定时间频繁使用3s是49特定时间频繁使用3s是50选择推荐人特定时间频繁使用3s是51选择亲友折扣特定时间频繁使用3s是52销售单链接特定时间频繁使用3s是53保存特定时间频繁使用3s是54验证预收款特定时间频繁使用3s是55购房积分特定时间频繁使用3s是56打印特定时间频繁使用3s是57集中打印查询视图特定时间频繁使用3

7、s是58特定时间频繁使用3s是59特定时间频繁使用3s是60特定时间频繁使用3s是61签字特定时间频繁使用3s是62取消签字特定时间频繁使用3s是2.2 综合场景组合模型表总并发用户数模块业务场景各场景虚拟用户占比（%）并发用户数640签到管理动签到刷身份证查询18%120手工确认签到6%406%40选房资格确认刷身份证查询确认选房资格6%40手工查询确认选房资格6%40选房确认选房6%40 点击已确认选房的房间3%20收支管理收支管理9%60快速认购快速认购6%40集中打印认购书视图查询3%20打印认购书18%120协议书取消签字3%20协议书签字6%403 测试环境3.1 测试数据量要求3

8、000亿规模成本子系统数据规模说明:分类翻倍数据要求公司数：20项目数：100批次数：100同一天开盘批次201个批次推盘套数20001个批次岗位数124每个批次相关数据10000个已排号客户2000个待处理的预约排号客户1000个超期未处理的预约排号客户1000个已关闭的预约排号客户6000条签到记录200个签到分组，每组30个签到客户5000条选房资格确认记录200条已认购待打印200条已打印已签字协议书400条已打印未签字协议书客户信息每个项目20000条客户信息票据编号每个批次3000个票据编号3.2 部署环境3.3 软硬件配置 设备数量硬件配置软件配置Web应用服务器1台CPU：In

9、tel Xeon E5530 2路 16核 2.40GHz内存：32GB ECC硬盘：SAS 1TB/15000转 Raid0网卡：1GBMicrosoft Windows Server 2003 Enterprise Edition Service Pack 2 IIS 6.0简体中文版(32位)数据库服务器1台CPU：Intel Xeon E5606 2路 8核 2.13GHz内存：16GB ECC硬盘：SAS 1TB/15000转 Raid0网卡：1GBMicrosoft Windows Server 2008 R2 Enterprise简体中文版（64位）Microsoft SQL S

10、erver Enterprise Edition 2005 (64-bit)Web 负载客户端1台CPU：Intel(R) Pentium(R) Dual CPU E21802GHz（双核）内存：2GB硬盘：迈拓160GB/7200转Windows XPIE7.0备注: WEB服务器IIS6.0启用压缩.3.4 网络环境l 并发测试优化前采用内部网优化后采用内部网另针对优化后选房模块追加两种网络环境：每个用户带宽限制为0.8Mbit和每个用户带宽限制为0.4Mbitl 大数据量点击测试 单机带宽限制为0.8Mbit3.5 测试工具 惠普公司Load Runner 9.1 SQL Server

11、Profiler4 测试策略与范围4.1 测试类型及其策略 XX集中开盘项目，大数据量测试、单交易并发测试、组合场景测试，这三种类型必须安排测试且要求达到验收标准要求 大数据量测试和组合场景测试，所有点需全部测试到，单交易并发测试高、中级用例全部测试，低场景依计划而定4.1.1 大数据量测试目的验证系统数据量达到3000亿应用规模时，单用户操作情况下系统主要业务处理的响应时间符合业务需求要求。验收标准响应时间达标准入与输入 开发依据数据规模要求，对测试数据库进行数据翻倍，提供符合数据量要求的数据库及数据量检查语句 程序功能符合性能测试前提要求（通过功能测试的基本用例验证，无1、2级功能BUG）

12、 对于调整功能点自测需保证80%通过策略 清空数据库计划缓存和数据缓存， 手工操作待测功能，通过工具监控服务器处理时间，并记录该时间 以秒表计时页面展示时间，并在结果中提供页面展示时间（页面展示时间：指从开始操作到页面数据完全展示的时间） 在此数据库基础上进行单用户点击测试，监控各页面响应时间方法 使用秒表直接记录范围大数据量测试范围输出 大数据量测试清单 分模块输出：大数据量测试分析报告特殊说明 详见大数据量测试清单4.1.2 单交易并发测试目的验证系统在3000亿数据量规模下，核心单场景模块操作响应时间是否达标 验收标准 事务成功率达到100% 各个单场景响应时间达到需求的目标要求 各服务

13、器重要资源无明显瓶颈输入与准入 开发依据数据规模要求，对测试数据库进行数据翻倍，提供符合数据量要求的数据库 程序功能符合性能测试前提要求（通过功能测试的基本用例验证，无1、2级功能BUG）策略 场景加压设置：忽略思考时间,清空数据库计划缓存和数据缓存，同时加载所有用户，每个场景加压至少三次，取最稳定的一次加压结果作性能分析；方法 使用LoadRunner工具进行脚本的录制、开发及场景加压； 且加压时利用工具Profiler对与后台数据库交互的所有SQL，SP进行跟踪范围并发测试范围: 模块场景序号业务场景并发数(3000亿规模)优先级操作响应要求(秒)3、5、8原则签到管理1自动签到刷身份证查

14、询80高自助刷身份证签到3s2手工确认签到50高点击查找3s点击签到3s选房资格确认3刷身份证查询客户信息确认选房资格20高自助刷身份证确认选房资格3s4手工查询确认选房资格10中确认选房资格3s选房确认5选房50高进入房号确认界面3s点击房间（状态为预约和待售）3s查询客户信息，并读取到购房客户3s选房确认3s打印3s6点击已确认选房的房间50高进入房号确认界面3s选择已确认选房的房间3s取消确认3s解除锁定3s收支管理7收支管理50高查询3s验证预收款3s保存收款信息3s打印收款单据3s快速认购8快速认购50高查询3s点击修改标识3s新增客户名称、性别、通讯地址、移动电话3s保存3s选择推

15、荐人3s查询3s确定3s选择亲友折扣3s查询确定3s销售单链接3s关闭销售单3s验证预收款3s购房积分3s打印3s集中打印9默认视图展示50低切换已打印协议书3s查询3s10打印认购书50高默认展示未打印协议书3s查询3s打印认购书3s11协议书取消签字50低视图选择已签字协议书3s查询3s取消签字3s12协议书签字50低视图选择未签字协议书3s查询3s签字3s输出 分模块输出性能测试分析报告_XX模块明确各主要操作的响应时间及场景加压后各主要资源计数器使用情况特殊说明 无4.1.3 组合模块测试目的验证系统组合模块关键操作响应时间是否达标及组合模块之间功能有无异常或突冲验收标准 事务成功率1

16、00% 各个场景响应时间达到需求的目标要求 各服务器重要资源无明显瓶颈 功能之间无明显冲突、数据增改删正常输入与准入 组合测试的模块经过单场景并发测试，且测试结果中无明显性能问题a) 事务成功率达100%b) 各个单场景响应时间基本达到需求的目标要求(以不超出目标值的30%为参考)c) 各服务器主要资源无性能瓶颈 准备好进行组合模块性能测试的测试数据策略 场景加压设置：所有场景运行1小时，循环次数为业务量除以并发用户数，步进时间为1小时除以循环数。场景运行至少三次，取最稳定的一次结果作性能分析； 场景加压后需对响应时间,服务器端重要资源,页面及数据库中关键数据进行检查方法 使用LoadRunn

17、er工具进行脚本的录制、开发及场景加压； 且加压时利用工具Profiler对与后台数据库交互的所有SQL，SP进行跟踪范围组合测试范围输出 性能测试分析报告_组合场景特殊说明无4.2 测试执行策略1、 此次测试过程中涉及的测试类型: 大数据量点击测试 单交易并发测试 组合模块测试2、 性能测试工序策略性能测试工序性能测试类型策略优化前批次性能测试大数据量测试 优化前直大数据量测试对所有大数据量测试点点进行测试 优化前单并发场景对高、中级优先验证，低场景依计划而定。并出且测试报告 优化前不进行组合场景验证单场景并发测试性能优化后验证大数据量测试 优化后，大数据量只针对大数据量未达标点进行验证 优

18、化后，对所有并发测试点进行并发测试 优化后，对组合场景进行测试单场景并发测试组合模块测试单场景并发测试4.3 指标监控策略1、 交易监控监控方法监控点监控点描述Loadrunnercontroller交易响应时间包括每支典型交易的90%事务响应时间交易成功率包括每支典型交易的成功率和所有交易的总体成功率2、 系统资源监控监控方法监控点监控点描述采用WEB服务器系统自带 “系统监控”进行监控CPU使用情况针对Web服务器和数据库服务器内存使用情况针对Web服务器和数据库服务器磁盘使用情况针对Web服务器和数据库服务器3、 Sql运行时间监控监控方法监控点监控点描述SQL Server Profi

19、lerSQL执行时间检测执行较慢的SQL语句，并找出缓慢原因5 准则5.1 启动准则1、 测试环境搭建完毕2、 拆分后的应用已部署完成3、 测试所需的数据库准备完成(已依照需求文档中的数据规模进行了相应的数据翻倍4、 测试客户端机到位，所需工具安装完成5、 网络配置正确，连接通畅，可以满足压力测试需求6、 性能测试模型所涉及到的业务操作已经过功能测试，确保无误5.2 结束准则1、 经调优后测试再无性能瓶颈，性能基本满足生产需求2、 完成性能测试所有工作并提交测试报告5.3 暂停/再启动准则暂停准则：在测试计划执行的过程中，如果遇到如下情况，需要测试暂停：1、 系统环境变化：包括系统主机硬件损坏

20、、网络终端时间超长、系统主机因其他原因需升级2、 系统测试冲突：其他紧急项目需要临时暂用测试环境冲突3、 测试中发现重大问题：包括测试过程中若发现被测系统重大BUG需要暂停修复4、 系统测试需求变更：包括测试目的变更、领导要求暂停、测试需求变更后优先级降低需要暂停再启动准则：只要还在测试计划范围内，当暂停准则条件发生变化后符合需要继续测试的，就可以重新启动测试：1、 系统环境恢复2、 系统测试冲突解决3、 测试发现重大问题解决4、 系统测试需求变更后需要继续测试6 资源与风险6.1 投入资源数据翻倍资源：XXX数据翻倍检查资源：XXX、XXX大数据量测试资源：XXX、XXX 单交易并发测试资源：XXX、XXX组合模块测试资源：XXX、XXX6.2 风险与要求1） 测试环境与客户实际环境有可能存在差异，最终测试结果只作一定程度的参考；2） 并发测试与功能测试并行，可能因功能BUG影响并发测试的执行与结果；3） 大数据量翻倍由于没有基准库，是从空库翻起，可能存在数据问题只能在脚本录制阶段才发现；4） 计划排的较紧，暂无风险缓冲时间www.XX 第 12 页 共 15 页