XX集中开盘性能测试方案Word格式文档下载.docx
《XX集中开盘性能测试方案Word格式文档下载.docx》由会员分享，可在线阅读，更多相关《XX集中开盘性能测试方案Word格式文档下载.docx（26页珍藏版）》请在冰豆网上搜索。
5准则11
5.1启动准则11
5.2结束准则12
5.3暂停/再启动准则12
6资源与风险12
6.1投入资源12
6.2风险与要求13
1概述
1.1项目性能目标
2010年十大房企的销售金额达到5936亿元，其中XX2010年实现销售金额1082亿元，成为国内首家跨入千亿大关的地产企业。
预计将来类似XX超大规模的房产企业，销售额可能达到3000亿数据规模，所以本次选用3000亿数据规模作为需求及性能测试标准，提供建议的软硬件配置，并在此环境下达到较好的应用体验。
1.2性能测试目的
1、通过性能测试验证项目是否符合性能需求。
2、通过性能测试找到性能瓶颈点，为性能调优工作提供参考依据。
2测试模型分析
2.1典型交易
1、选择典型交易遵循以下几点原则：
1）选取系统中使用最频繁或商业风险高的交易作为典型交易
2）考察系统用户最关注哪些交易的性能，并选出作为典型交易
3）已知存在性能问题的功能点
2、根据以上原则，所选出的典型交易及其性能指标如下：
典型交易:
业务模块
场景
应用频率
响应要求（秒）3、5、8原则
是否现场使用
集中开盘总览图
点击链接
特定时间频繁使用
3s
是
折扣设置
批量选择房间指定所选折扣
较少使用
否
套打设置
批量选择房间指定套打协议
销控设置
按功能点
外场电子销控板
查看电子销控板数据刷新
6
内场电子销控板
7
客户接待
刷卡查询客户信息
每天频繁使用
8
刷卡修改客户信息
9
刷卡新增客户信息
10
转预约排号
11
选择意向房间
12
选择预选房间
13
预约排号
查询
14
15
16
17
18
19
20
签到管理
自动签到
21
22
手工签到
23
查看签到记录
24
摇号管理
打开摇号界面
8s
25
26
窜号
0.03s
27
28
摇号结果界面数据刷新
29
30
其他（包括摇号参数设置）
31
选房资格确认
查看选房资格确认记录表
32
手工查询
33
刷卡查询
34
选房确认
选房
35
按证件号码查询
36
按排号信息查询
37
38
打印
39
取消选房
40
41
收支管理
42
验证预收款
43
44
保存收款信息
45
打印收款单据
46
快速认购
47
修改购房客户信息
48
49
50
选择推荐人
51
选择亲友折扣
52
销售单链接
53
保存
54
55
购房积分
56
57
集中打印
查询视图
58
59
60
61
签字
62
取消签字
2.2综合场景
组合模型表
总并发用户数
模块
业务场景
各场景虚拟用户占比（%）
并发用户数
640
动签到刷身份证查询
18%
120
手工确认签到
6%
刷身份证查询确认选房资格
手工查询确认选房资格
40
点击已确认选房的房间
3%
9%
集中打印认购书
视图查询
打印认购书
协议书取消签字
协议书签字
3测试环境
3.1测试数据量要求
3000亿规模
成本子系统数据规模说明:
分类
翻倍数据要求
公司数：
项目数：
100
批次数：
同一天开盘批次
1个批次推盘套数
2000
1个批次岗位数
124
每个批次相关数据
10000个已排号客户
2000个待处理的预约排号客户
1000个超期未处理的预约排号客户
1000个已关闭的预约排号客户
6000条签到记录
200个签到分组，每组30个签到客户
5000条选房资格确认记录
200条已认购待打印
200条已打印已签字协议书
400条已打印未签字协议书
客户信息
每个项目20000条客户信息
票据编号
每个批次3000个票据编号
3.2部署环境
3.3软硬件配置
设备
数量
硬件配置
软件配置
Web应用服务器
1台
CPU：
IntelXeonE55302路16核2.40GHz
内存：
32GBECC
硬盘：
SAS
1TB/15000转Raid0
网卡：
1GB
MicrosoftWindowsServer2003EnterpriseEditionServicePack2
IIS6.0
简体中文版（32位）
数据库服务器
IntelXeonE56062路8核2.13GHz
16GBECC
MicrosoftWindowsServer2008R2Enterprise简体中文版（64位）
MicrosoftSQLServerEnterpriseEdition2005（64-bit）
Web负载客户端
Intel（R）Pentium（R）DualCPUE2180
2GHz（双核）
2GB
迈拓160GB/7200转
WindowsXP
IE7.0
备注:
WEB服务器IIS6.0启用压缩.
3.4网络环境
●并发测试
优化前采用内部网
优化后采用内部网
另针对优化后选房模块追加两种网络环境：
每个用户带宽限制为0.8Mbit和每个用户带宽限制为0.4Mbit
●大数据量点击测试
✓单机带宽限制为0.8Mbit
3.5测试工具
✓惠普公司LoadRunner9.1
✓SQLServerProfiler
4测试策略与范围
4.1测试类型及其策略
✓XX集中开盘项目，大数据量测试、单交易并发测试、组合场景测试，这三种类型必须安排测试且要求达到验收标准要求
✓大数据量测试和组合场景测试，所有点需全部测试到，单交易并发测试高、中级用例全部测试，低场景依计划而定
4.1.1大数据量测试
目的
验证系统数据量达到3000亿应用规模时，单用户操作情况下系统主要业务处理的响应时间符合业务需求要求。
验收标准
响应时间达标
准入与输入
✓开发依据数据规模要求，对测试数据库进行数据翻倍，提供符合数据量要求的数据库及数据量检查语句
✓程序功能符合性能测试前提要求（通过功能测试的基本用例验证，无1、2级功能BUG）
✓对于调整功能点自测需保证80%通过
策略
✓清空数据库计划缓存和数据缓存，
✓手工操作待测功能，通过工具监控服务器处理时间，并记录该时间
✓以秒表计时页面展示时间，并在结果中提供页面展示时间（页面展示时间：
指从开始操作到页面数据完全展示的时间）
✓在此数据库基础上进行单用户点击测试，监控各页面响应时间
方法
✓使用秒表直接记录
范围
大数据量测试范围
输出
✓《大数据量测试清单》
✓分模块输出：
《大数据量测试分析报告》
特殊说明
✓详见《大数据量测试清单》
4.1.2单交易并发测试
验证系统在3000亿数据量规模下，核心单场景模块操作响应时间是否达标
✓事务成功率达到100%
✓各个单场景响应时间达到需求的目标要求
✓各服务器重要资源无明显瓶颈
输入与准入
✓开发依据数据规模要求，对测试数据库进行数据翻倍，提供符合数据量要求的数据库
✓场景加压设置：
忽略思考时间,清空数据库计划缓存和数据缓存，同时加载所有用户，每个场景加压至少三次，取最稳定的一次加压结果作性能分析；
✓
✓使用LoadRunner工具进行脚本的录制、开发及场景加压；
✓且加压时利用工具Profiler对与后台数据库交互的所有SQL，SP进行跟踪
并发测试范围:
场景序号
并发数
（3000亿规模）
优先级
操作
自动签到刷身份证查询
80
高
自助刷身份证签到
点击查找
点击签到
刷身份证查询客户信息确认选房资格
自助刷身份证确认选房资格
中
确认选房资格
进入房号确认界面
点击房间（状态为预约和待售）
查询客户信息，并读取到购房客户
选择已确认选房的房间
取消确认
解除锁定
点击修改标识
新增客户名称、性别、通讯地址、移动电话
确定
查询确定
关闭销售单
默认视图展示
低
切换已打印协议书
默认展示未打印协议书
视图选择已签字协议书
视图选择未签字协议书
输出
✓分模块输出《性能测试分析报告_XX模块》
明确各主要操作的响应时间及场景加压后各主要资源计数器使用情况
✓无
4.1.3组合模块测试
验证系统组合模块关键操作响应时间是否达标及组合模块之间功能有无异常或突冲
✓事务成功率100%
✓各个场景响应时间达到需求的目标要求
✓功能之间无明显冲突、数据增改删正常
✓组合测试的模块经过单场景并发测试，且测试结果中无明显性能问题
a）事务成功率达100%
b）各个单场景响应时间基本达到需求的目标要求（以不超出目标值的30%为参考）
c）各服务器主要资源无性能瓶颈
✓准备好进行组合模块性能测试的测试数据
所有场景运行1小时，循环次数为业务量除以并发用户数，步进时间为1小时除以循环数。
场景运行至少三次，取最稳定的一次结果作性能分析；
✓场景加压后需对响应时间,服务器端重要资源,页面及数据库中关键数据进行检查
组合测试范围
✓《性能测试分析报告_组合场景》
无
4.2测试执行策略
1、此次测试过程中涉及的测试类型:
Ø
大数据量点击测试
单交易并发测试
组合模块测试
2、性能测试工序策略
性能测试工序
性能测试类型
优化前批次性能测试
大数据量测试
✓优化前直大数据量测试对所有大数据量测试点点进行测试
✓优化前单并发场景对高、中级优先验证，低场景依计划而定。
并出且测试报告
✓优化前不进行组合场景验证
单场景并发测试
性能优化后验证
✓优化后，大数据量只针对大数据量未达标点进行验证
✓优化后，对所有并发测试点进行并发测试
✓优化后，对组合场景进行测试
组合模块测试
4.3指标监控策略
1、交易监控
监控方法
监控点
监控点描述
Loadrunner
controller
交易响应时间
包括每支典型交易的90%事务响应时间
交易成功率
包括每支典型交易的成功率和所有交易的总体成功率
2、系统资源监控
采用WEB服务器系统自带“系统监控”进行监控
CPU使用情况
针对Web服务器和数据库服务器
内存使用情况
磁盘使用情况
3、Sql运行时间监控
SQLServerProfiler
SQL执行时间
检测执行较慢的SQL语句，并找出缓慢原因
5准则
5.1启动准则
1、测试环境搭建完毕
2、拆分后的应用已部署完成
3、测试所需的数据库准备完成（已依照需求文档中的数据规模进行了相应的数据翻倍
4、测试客户端机到位，所需工具安装完成
5、网络配置正确，连接通畅，可以满足压力测试需求
6、性能测试模型所涉及到的业务操作已经过功能测试，确保无误
5.2结束准则
1、经调优后测试再无性能瓶颈，性能基本满足生产需求
2、完成性能测试所有工作并提交测试报告
5.3暂停/再启动准则
暂停准则：
在测试计划执行的过程中，如果遇到如下情况，需要测试暂停：
1、系统环境变化：
包括系统主机硬件损坏、网络终端时间超长、系统主机因其他原因需升级
2、系统测试冲突：
其他紧急项目需要临时暂用测试环境冲突
3、测试中发现重大问题：
包括测试过程中若发现被测系统重大BUG需要暂停修复
4、系统测试需求变更：
包括测试目的变更、领导要求暂停、测试需求变更后优先级降低需要暂停
再启动准则：
只要还在测试计划范围内，当暂停准则条件发生变化后符合需要继续测试的，就可以重新启动测试：
1、系统环境恢复
2、系统测试冲突解决
3、测试发现重大问题解决
4、系统测试需求变更后需要继续测试
6资源与风险
6.1投入资源
数据翻倍资源：
XXX
数据翻倍检查资源：
XXX、XXX
大数据量测试资源：
XXX、XXX
单交易并发测试资源：
组合模块测试资源：
6.2风险与要求
1）测试环境与客户实际环境有可能存在差异，最终测试结果只作一定程度的参考；
2）并发测试与功能测试并行，可能因功能BUG影响并发测试的执行与结果；
3）大数据量翻倍由于没有基准库，是从空库翻起，可能存在数据问题只能在脚本录制阶段才发现；
4）计划排的较紧，暂无风险缓冲时间
升级会员 