《市场渠道管理》新华人寿渠道管理系统性能测试报告Word文档下载推荐.docx

1、2010-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.4性能测试案例设计103.4.1系统登录103.4.2人员信息查询103.4.3销售团队查询113.4.4网点信息查询113.4.5人员基本信息维护123.4.6销售团队信息维护123.4.7网点基本信息维护133.5性能测试场景设计133.5.1系统登录133.5.2人员信息查询143.5.3销售团队查询143.5.4网点信息查询143.5.5人员

2、基本信息维护143.5.6销售团队信息维护153.5.7网点基本信息维护153.5.8混合场景负载测试155.测试计划176.测试结果186.1基准测试186.1.1系统登录186.1.2人员查询186.1.3团队查询186.1.4网点查询196.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：4

3、51.概述1.1项目背景本系统的目标是使渠道业务日常管理电子化、简单化，对各渠道业务发展提供强大的后台数据支持。现阶段公司迅速发展，业务迅速扩张，业务拓展模式不断创新。公司的销售渠道涉及到个人营销保险、团体保险、银行保险、至尊理财、电话营销保险等多个领域，由于各个领域的保险特点不同、管理方法也呈现出多样性。需要的是一套能够处理并突出体现各个保险领域的特性的销售管理系统，从管理角度出发对销售的各个阶段进行控制，对销售人员进行管理，为销售人员提供从培训、售前、售后以及佣金结算等一系列完整的服务支持。为达到这一目标，需要利用现代的信息处理技术和科学手段，全面实现销售管理中的各项要求，通过计算机辅助实

4、现管理的科学化、规范化、系统化与自动化，与业务系统一起建立一套完整的保险管理系统和网络。1.2测试目的通过模拟，在测试环境上尽量真实再现新华人寿银代渠道销售管理系统生产环境的日常业务量高峰时的场景。通过结果分析，查看哪些业务出现响应时间长，交易失败的情况。查看新华人寿银代渠道销售管理系统是否符合设计的性能要求。2.测试范围2.1测试目标性能测试是针对系统并发处理能力、交易响应时间等性能指标所进行的测试。目的是在尽可能模拟生产环境的前提下，单一渠道方面的性能，实现以下目标（相关指标参考合同附件）：模拟系统在实际生产环境下峰值时的系统处理能力及性能表现。检测软件中的问题：通过并发测试执行，揭示程序

5、中的隐含的问题或冲突，从而修复系统中的薄弱环节。通过对各项测试及监控结果的综合分析，发现、定位性能瓶颈，为改善系统性能提供整体优化方案，为后期性能调优提供参考依据。保证在生产环境的业务和用户量下，性能满足业务人员操作需求，主要需求如下：日常平均在线用户数500人，高峰期在线用户数700人。注：目前核心业务系统有效用户数：24045，核心业务系统日常在线用户数平均为2.6K，高峰期在线用户数为3.6K，渠道系统按照核心系统用户数量的20%计算，所以平均在线用户数量为500，高峰为700。薪资考核计算效率：考核计算、薪资计算均能够在2-4小时内完成。其他操作时效要求如下：提交信息维护，系统应在2秒

6、内响应。按照机构号或人员编码查询信息详情，系统应在2秒内响应。按照条件查询清单，系统应在15-30秒内响应。按照条件生成统计报表，根据复杂性，系统响应时间不同，最慢应在5分钟内响应。按分支机构进行考核确认，系统应在15分钟内完成。2.2业务模型序号业务模块业务名称类型数据量平均用户数最大用户数响应时间1系统登录登录5007005秒2人员管理人员查询查询4000030秒3网点管理网点信息查询30004团队管理销售团队查询5人员修改交易6网点修改7团队修改8薪资考核普处理批处理管理批处理6002-4小时业务模型选择参考了运维部门提供的菜单使用频率参考此处需要对性能场景设计，先做个简单说明。30并发

7、的测试场景，以登录为例，每个并发用户，迭代登录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.6JDK1.6.0JBoss4销售管理平台数据库和元数据数据库数据库服务器4G内存320G硬盘1电源Oracle10g4.测试方法4.1基准测试测试环境确认之后，对业务模型中涉及

8、的每种业务（系统登录、人员查询、团队查询、网点查询、人员维护、网点维护、团队维护）做基准测试。目的是检查业务本身是否存在性能缺陷。同时为将来的混合场景负载测试性能分析提供参考依据。场景设置：编写测试客户端向新华人寿银代渠道销售管理系统应用服务器发送业务请求并接收返回结果的脚本，在系统无压力情况下运行10次迭代，每次迭代间等待1秒，取业务的平均响应时间作为衡量指标。4.2单交易负载测试单交易负载测试是对业务模型中涉及的每种业务（系统登录、人员查询、团队查询、网点查询、人员维护、网点维护、团队维护）加上一定量的负载，进行测试以获取该交易的性能指标。目的是为了验证这些典型交易是否存在并发问题，并获取

9、其响应时间，作为混合场景测试中业务模型配比的参考。制作单个交易的性能测试脚本，在负载测试工具中设置并发用户数等于30、40、50，每秒登陆10个用户，迭代20次，每次迭代等待1秒，忽略思考时间，获取平均响应时间。30并发=600人次，40并发=800人次，50人次=1000人次。4.3混合场景负载测试混合场景负载测试是按照业务模型的约定，在一定量的并发情况下测试以下指标：业务的平均交易响应时间、应用服务器、数据库服务器的资源使用情况、交易正确率等。通过性能测试，可以模拟实际生产环境中在业务处理高峰期实物资产管理系统的压力情况，得到此时的实物资产管理系统性能表现数据，为系统的实际上线运行提供可靠

10、的参考。按照业务模型比例设置测试场景，设置并发量60，每1秒登陆10个用户，忽略思考时间，每次运行测试15分钟，每次迭代间等待1秒，收集系统性能变化曲线。4.4性能测试案例设计4.4.1系统登录脚本名称程序版本用例编号XH-XTDL-01子系统测试目的测试用户登录的并发能力及系统响应时间。特殊说明目标产生大压力，忽略全部思考时间。前提条件应用程序已经部署，同时存在不同身份的系统使用用户步骤操作是否设置集合点是否设定事务事务名称说明打开登录页否输入用户名、密码、选择机构点击“登录”按钮是设置检查点登陆后展现页面信息注销用户注销编制人员编制日期2010-04-134.4.2人员信息查询人员信息查询XH-RYCX-02测试人员信息查询功能系统响应时间。应用程序已经部署登录系统选择人员管理 人员信息管理 人员信息查询进入人员查询菜单输入查询条件录入人员查询条件点击“查询”按钮勾选需要查询的人员记录，点击明细按钮人员明细4.4.3销售团队查询销售团队查询明细XH-TDCX-03测试销售团队查询功能的系统响应时间。选择销售团队管理 销售团队查询明细进入团队查询菜单点选查询条件录入团队查询条件团队查询勾选需要记录，点击销售团队明细按钮团队明细4.4.4网点信息查询网点基本信息查询XH-WDMX-04测试网点基本信息维护系统响应时间。进入菜单：银保渠道 网