《[精选]新华人寿渠道管理系统性能测试报告》由会员分享，可在线阅读，更多相关《[精选]新华人寿渠道管理系统性能测试报告（48页珍藏版）》请在金锄头文库上搜索。
1、新华人寿渠道管理系统性能测试报告2010年5月21日 新华人寿银代渠道销售管理系统性能测试报告 文档信息文档标题新华人寿渠道管理系统性能测试报告版 本 号v1.1版本日期2010-5-14打印日期文 件 名新华人寿渠道管理系统性能测试报告归档目录管理人员审批信息姓名部门/角色意见日期修改历史版本日期修改说明修改人1.02010-5-14草稿1.12010-5-20初稿目录1.概述51.1项目背景51.2测试目的52.测试范围62.1测试目标62.2业务模型63.测试环境83.1系统架构图83.2测试环境机器配置表84.测试方法94.1基准测试94.2单交易负载测试94.3混合场景负载测试93.
2、4性能测试案例设计103.4.1系统登录103.4.2人员信息查询103.4.3销售团队查询113.4.4网点信息查询113.4.5人员基本信息维护123.4.6销售团队信息维护123.4.7网点基本信息维护一三3.5性能测试场景设计一三3.5.1系统登录一三3.5.2人员信息查询143.5.3销售团队查询143.5.4网点信息查询143.5.5人员基本信息维护143.5.6销售团队信息维护一五3.5.7网点基本信息维护一五3.5.8混合场景负载测试一五5.测试计划176.测试结果一八6.1基准测试一八6.1.1系统登录一八6.1.2人员查询一八6.1.3团队查询一八6.1.4网点查询196.
3、1.5人员维护196.1.6团队维护196.1.7网点维护196.2单交易负载测试196.2.1系统登录196.2.2人员查询266.2.3 团队查询316.2.4 网点查询326.2.5 人员维护336.2.6 团队维护336.2.7 网点维护346.3混合场景负载测试396.4其他负载测试416.4测试结论与建议42结论42建议437.附件1：451. 概述1.1项目背景本系统的目标是使渠道业务日常管理电子化、简单化，对各渠道业务发展提供强大的后台数据支持。现阶段公司迅速发展，业务迅速扩张，业务拓展模式不断创新。公司的销售渠道涉及到个人营销保险、团体保险、银行保险、至尊理财、电话营销保险等
4、多个领域，由于各个领域的保险特点不同、管理方法也呈现出多样性。需要的是一套能够处理并突出体现各个保险领域的特性的销售管理系统，从管理角度出发对销售的各个阶段进行控制，对销售人员进行管理，为销售人员提供从培训、售前、售后以及佣金结算等一系列完整的服务支持。为达到这一目标，需要利用现代的信息处理技术和科学手段，全面实现销售管理中的各项要求，通过计算机辅助实现管理的科学化、规范化、系统化与自动化，与业务系统一起建立一套完整的保险管理系统和网络。1.2测试目的通过模拟，在测试环境上尽量真实再现新华人寿银代渠道销售管理系统生产环境的日常业务量高峰时的场景。通过结果分析，查看哪些业务出现响应时间长，交易失
5、败的情况。查看新华人寿银代渠道销售管理系统是否符合设计的性能要求。2. 测试范围2.1测试目标性能测试是针对系统并发处理能力、交易响应时间等性能指标所进行的测试。目的是在尽可能模拟生产环境的前提下，单一渠道方面的性能，实现以下目标（相关指标参考合同附件）： 模拟系统在实际生产环境下峰值时的系统处理能力及性能表现。 检测软件中的问题：通过并发测试执行，揭示程序中的隐含的问题或冲突，从而修复系统中的薄弱环节。 通过对各项测试及监控结果的综合分析，发现、定位性能瓶颈，为改善系统性能提供整体优化方案，为后期性能调优提供参考依据。 保证在生产环境的业务和用户量下，性能满足业务人员操作需求，主要需求如下：
6、l 日常平均在线用户数500人，高峰期在线用户数700人。 注：目前核心业务系统有效用户数：24045，核心业务系统日常在线用户数平均为2.6K ，高峰期在线用户数为3.6K，渠道系统按照核心系统用户数量的20%计算，所以平均在线用户数量为500，高峰为700。l 薪资考核计算效率： 考核计算、薪资计算均能够在2-4小时内完成。l 其他操作时效要求如下： 提交信息维护，系统应在2秒内响应。 按照机构号或人员编码查询信息详情，系统应在2秒内响应。 按照条件查询清单，系统应在一五-30秒内响应。 按照条件生成统计报表，根据复杂性，系统响应时间不同，最慢应在5分钟内响应。 按分支机构进行考核确认，系
7、统应在一五分钟内完成。2.2业务模型序号业务模块业务名称类型数据量平均用户数最大用户数响应时间1系统登录系统登录登录5007005秒2人员管理人员查询查询4000050070030秒3网点管理网点信息查询查询300050070030秒4团队管理销售团队查询查询300050070030秒5人员管理人员修改交易5007005秒6网点管理网点修改交易5007005秒7团队管理团队修改交易5007005秒8薪资考核普处理批处理管理批处理5006002-4小时注：业务模型选择参考了运维部门提供的菜单使用频率参考此处需要对性能场景设计，先做个简单说明。30并发的测试场景，以登录为例，每个并发用户，迭代登录
8、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电源Red hat nash 5.1.19.6JDK1.6.0JBoss 41销售管理平台数据库和元数据数据库数据库服务器服务器:1*2.6G双核4G 内存 320G 硬盘 1电源Red hat nash 5.1.19.6Oracle 10
9、g 14. 测试方法4.1基准测试测试环境确认之后，对业务模型中涉及的每种业务（系统登录、人员查询、团队查询、网点查询、人员维护、网点维护、团队维护）做基准测试。目的是检查业务本身是否存在性能缺陷。同时为将来的混合场景负载测试性能分析提供参考依据。场景设置：编写测试客户端向新华人寿银代渠道销售管理系统应用服务器发送业务请求并接收返回结果的脚本，在系统无压力情况下运行10次迭代，每次迭代间等待1秒，取业务的平均响应时间作为衡量指标。4.2单交易负载测试单交易负载测试是对业务模型中涉及的每种业务（系统登录、人员查询、团队查询、网点查询、人员维护、网点维护、团队维护）加上一定量的负载，进行测试以获取
10、该交易的性能指标。目的是为了验证这些典型交易是否存在并发问题，并获取其响应时间，作为混合场景测试中业务模型配比的参考。场景设置：制作单个交易的性能测试脚本，在负载测试工具中设置并发用户数等于30、40、50，每秒登陆10个用户，迭代20次，每次迭代等待1秒，忽略思考时间，获取平均响应时间。30并发=600人次，40并发=800人次，50人次=1000人次。4.3混合场景负载测试混合场景负载测试是按照业务模型的约定，在一定量的并发情况下测试以下指标：业务的平均交易响应时间、应用服务器、数据库服务器的资源使用情况、交易正确率等。通过性能测试，可以模拟实际生产环境中在业务处理高峰期实物资产管理系统的
11、压力情况，得到此时的实物资产管理系统性能表现数据，为系统的实际上线运行提供可靠的参考。场景设置：按照业务模型比例设置测试场景，设置并发量60，每1秒登陆10个用户，忽略思考时间，每次运行测试一五分钟，每次迭代间等待1秒，收集系统性能变化曲线。 4.4性能测试案例设计4.4.1系统登录系统登录脚本名称系统登录程序版本用例编号XH-XTDL-01子系统测试目的测试用户登录的并发能力及系统响应时间。特殊说明目标产生大压力，忽略全部思考时间。前提条件应用程序已经部署，同时存在不同身份的系统使用用户步骤操作是否设置集合点是否设定事务事务名称说明1打开登录页否否2输入用户名、密码、选择机构否否3点击“登录
12、”按钮是是登录设置检查点4登陆后展现页面信息否否5注销用户否是注销编制人员编制日期2010-04-一三4.4.2人员信息查询人员信息查询脚本名称人员查询程序版本用例编号XH-RYCX-02子系统测试目的测试人员信息查询功能系统响应时间。特殊说明目标产生大压力，忽略全部思考时间。前提条件应用程序已经部署 步骤操作是否设置集合点是否设定事务事务名称说明1登录系统否否2选择人员管理人员信息管理人员信息查询否是进入人员查询菜单3输入查询条件否是录入人员查询条件4点击“查询”按钮否是人员查询5勾选需要查询的人员记录，点击明细按钮否是人员明细设置检查点编制人员编制日期2010-04-一三4.4.3销售团队
13、查询销售团队查询明细脚本名称销售团队查询程序版本用例编号XH-TDCX-03子系统测试目的测试销售团队查询功能的系统响应时间。特殊说明目标产生大压力，忽略全部思考时间。前提条件应用程序已经部署步骤操作是否设置集合点是否设定事务事务名称说明1登录系统否否2选择销售团队管理销售团队查询明细否是进入团队查询菜单3点选查询条件 否是录入团队查询条件4点击“查询”按钮否是团队查询5勾选需要记录，点击销售团队明细按钮否是团队明细设置检查点编制人员编制日期2010-04-一三4.4.4网点信息查询网点基本信息查询脚本名称网点信息查询程序版本用例编号XH-WDMX-04子系统测试目的测试网点基本信息维护系统响应时间。特殊说
