《市场渠道管理》新华人寿渠道管理系统性能测试报告Word文档下载推荐.docx
《《市场渠道管理》新华人寿渠道管理系统性能测试报告Word文档下载推荐.docx》由会员分享，可在线阅读，更多相关《《市场渠道管理》新华人寿渠道管理系统性能测试报告Word文档下载推荐.docx（29页珍藏版）》请在冰豆网上搜索。
2010-5-20
初稿
1.概述5
1.1项目背景5
1.2测试目的5
2.测试范围6
2.1测试目标6
2.2业务模型6
3.测试环境8
3.1系统架构图8
3.2测试环境机器配置表8
4.测试方法9
4.1基准测试9
4.2单交易负载测试9
4.3混合场景负载测试9
3.4性能测试案例设计10
3.4.1系统登录10
3.4.2人员信息查询10
3.4.3销售团队查询11
3.4.4网点信息查询11
3.4.5人员基本信息维护12
3.4.6销售团队信息维护12
3.4.7网点基本信息维护13
3.5性能测试场景设计13
3.5.1系统登录13
3.5.2人员信息查询14
3.5.3销售团队查询14
3.5.4网点信息查询14
3.5.5人员基本信息维护14
3.5.6销售团队信息维护15
3.5.7网点基本信息维护15
3.5.8混合场景负载测试15
5.测试计划17
6.测试结果18
6.1基准测试18
6.1.1系统登录18
6.1.2人员查询18
6.1.3团队查询18
6.1.4网点查询19
6.1.5人员维护19
6.1.6团队维护19
6.1.7网点维护19
6.2单交易负载测试19
6.2.1系统登录19
6.2.2人员查询26
6.2.3团队查询31
6.2.4网点查询32
6.2.5人员维护33
6.2.6团队维护33
6.2.7网点维护34
6.3混合场景负载测试39
6.4其他负载测试41
6.4测试结论与建议42
结论42
建议43
7.附件1：
45
1.概述
1.1项目背景
本系统的目标是使渠道业务日常管理电子化、简单化，对各渠道业务发展提供强大的后台数据支持。
现阶段公司迅速发展，业务迅速扩张，业务拓展模式不断创新。
公司的销售渠道涉及到个人营销保险、团体保险、银行保险、至尊理财、电话营销保险等多个领域，由于各个领域的保险特点不同、管理方法也呈现出多样性。
需要的是一套能够处理并突出体现各个保险领域的特性的销售管理系统，从管理角度出发对销售的各个阶段进行控制，对销售人员进行管理，为销售人员提供从培训、售前、售后以及佣金结算等一系列完整的服务支持。
为达到这一目标，需要利用现代的信息处理技术和科学手段，全面实现销售管理中的各项要求，通过计算机辅助实现管理的科学化、规范化、系统化与自动化，与业务系统一起建立一套完整的保险管理系统和网络。
1.2测试目的
通过模拟，在测试环境上尽量真实再现新华人寿银代渠道销售管理系统生产环境的日常业务量高峰时的场景。
通过结果分析，查看哪些业务出现响应时间长，交易失败的情况。
查看新华人寿银代渠道销售管理系统是否符合设计的性能要求。
2.测试范围
2.1测试目标
性能测试是针对系统并发处理能力、交易响应时间等性能指标所进行的测试。
目的是在尽可能模拟生产环境的前提下，单一渠道方面的性能，实现以下目标（相关指标参考合同附件）：
Ø
模拟系统在实际生产环境下峰值时的系统处理能力及性能表现。
检测软件中的问题：
通过并发测试执行，揭示程序中的隐含的问题或冲突，从而修复系统中的薄弱环节。
通过对各项测试及监控结果的综合分析，发现、定位性能瓶颈，为改善系统性能提供整体优化方案，为后期性能调优提供参考依据。
保证在生产环境的业务和用户量下，性能满足业务人员操作需求，主要需求如下：
●日常平均在线用户数500人，高峰期在线用户数700人。
注：
目前核心业务系统有效用户数：
24045，核心业务系统日常在线用户数平均为2.6K，高峰期在线用户数为3.6K，渠道系统按照核心系统用户数量的20%计算，所以平均在线用户数量为500，高峰为700。
●薪资考核计算效率：
✓考核计算、薪资计算均能够在2-4小时内完成。
●其他操作时效要求如下：
✓提交信息维护，系统应在2秒内响应。
✓按照机构号或人员编码查询信息详情，系统应在2秒内响应。
✓按照条件查询清单，系统应在15-30秒内响应。
✓按照条件生成统计报表，根据复杂性，系统响应时间不同，最慢应在5分钟内响应。
✓按分支机构进行考核确认，系统应在15分钟内完成。
2.2业务模型
序号
业务模块
业务名称
类型
数据量
平均用户数
最大用户数
响应时间
1
系统登录
登录
500
700
5秒
2
人员管理
人员查询
查询
40000
30秒
3
网点管理
网点信息查询
3000
4
团队管理
销售团队查询
5
人员修改
交易
6
网点修改
7
团队修改
8
薪资考核普处理
批处理管理
批处理
600
2-4小时
业务模型选择参考了运维部门提供的菜单使用频率参考
此处需要对性能场景设计，先做个简单说明。
30并发的测试场景，以登录为例，每个并发用户，迭代登录20次，也就是说30并发，在1.5分钟内前后共有30*20=600人次登录系统，40并发场景，在2分钟内有40*20=800人次登录，50并发场景，在2.5分钟内有50*20=1000人次登录。
3.测试环境
3.1系统架构图
3.2测试环境机器配置表
系统
服务器
配置
操作系统及安装软件
台数
应用服务器
服务器:
1*2.6G双核
2G内存320G硬盘1电源
Redhatnash5.1.19.6
JDK1.6.0
JBoss4
销售管理平台数据库和元数据数据库
数据库服务器
4G内存320G硬盘1电源
Oracle10g
4.测试方法
4.1基准测试
测试环境确认之后，对业务模型中涉及的每种业务（系统登录、人员查询、团队查询、网点查询、人员维护、网点维护、团队维护）做基准测试。
目的是检查业务本身是否存在性能缺陷。
同时为将来的混合场景负载测试性能分析提供参考依据。
场景设置：
编写测试客户端向新华人寿银代渠道销售管理系统应用服务器发送业务请求并接收返回结果的脚本，在系统无压力情况下运行10次迭代，每次迭代间等待1秒，取业务的平均响应时间作为衡量指标。
4.2单交易负载测试
单交易负载测试是对业务模型中涉及的每种业务（系统登录、人员查询、团队查询、网点查询、人员维护、网点维护、团队维护）加上一定量的负载，进行测试以获取该交易的性能指标。
目的是为了验证这些典型交易是否存在并发问题，并获取其响应时间，作为混合场景测试中业务模型配比的参考。
制作单个交易的性能测试脚本，在负载测试工具中设置并发用户数等于30、40、50，每秒登陆10个用户，迭代20次，每次迭代等待1秒，忽略思考时间，获取平均响应时间。
30并发=600人次，40并发=800人次，50人次=1000人次。
4.3混合场景负载测试
混合场景负载测试是按照业务模型的约定，在一定量的并发情况下测试以下指标：
业务的平均交易响应时间、应用服务器、数据库服务器的资源使用情况、交易正确率等。
通过性能测试，可以模拟实际生产环境中在业务处理高峰期实物资产管理系统的压力情况，得到此时的实物资产管理系统性能表现数据，为系统的实际上线运行提供可靠的参考。
按照业务模型比例设置测试场景，设置并发量60，每1秒登陆10个用户，忽略思考时间，每次运行测试15分钟，每次迭代间等待1秒，收集系统性能变化曲线。
4.4性能测试案例设计
4.4.1系统登录
脚本名称
程序版本
用例编号
XH-XTDL-01
子系统
测试目的
测试用户登录的并发能力及系统响应时间。
特殊说明
目标产生大压力，忽略全部思考时间。
前提条件
应用程序已经部署，同时存在不同身份的系统使用用户
步骤
操作
是否设置集合点
是否设定事务
事务名称
说明
打开登录页
否
输入用户名、密码、选择机构
点击“登录”按钮
是
设置检查点
登陆后展现页面信息
注销用户
注销
编制人员
编制日期
2010-04-13
4.4.2人员信息查询
人员信息查询
XH-RYCX-02
测试人员信息查询功能系统响应时间。
应用程序已经部署
登录系统
选择人员管理人员信息管理人员信息查询
进入人员查询菜单
输入查询条件
录入人员查询条件
点击“查询”按钮
勾选需要查询的人员记录，点击明细按钮
人员明细
4.4.3销售团队查询
销售团队查询明细
XH-TDCX-03
测试销售团队查询功能的系统响应时间。
选择销售团队管理销售团队查询明细
进入团队查询菜单
点选查询条件
录入团队查询条件
团队查询
勾选需要记录，点击销售团队明细按钮
团队明细
4.4.4网点信息查询
网点基本信息查询
XH-WDMX-04
测试网点基本信息维护系统响应时间。
进入菜单：
银保渠道网
升级会员 