《[精选]新华人寿银代渠道销售管理系统性能测试方案初评》由会员分享，可在线阅读，更多相关《[精选]新华人寿银代渠道销售管理系统性能测试方案初评（28页珍藏版）》请在金锄头文库上搜索。
1、新华人寿银代渠道销售管理系统性能测试方案2010年4月14日 新华人寿银代渠道销售管理系统性能测试方案 文档信息文档标题新华人寿银代渠道销售管理系统性能测试方案版 本 号v1.2版本日期2010-5-10打印日期文 件 名新华人寿银代渠道销售管理系统性能测试方案归档目录管理人员审批信息姓名部门/角色意见日期修改历史版本日期修改说明修改人V1.12010-4-19批处理管理测试方法修改V1.22010-5-10用户并发数量修改（参考运维提供资料）测试环境提前到章节3.1；增加测试数据量说明目录1.引言51.1.编写目的51.2.预期读者51.3.术语定义62.测试范围72.1.测试目标72.2.
2、业务模型83.测试环境93.1.系统架构图93.2.测试环境机器配置表94.测试启动/结束/暂停/再启动准则104.1测试启动准则104.2结束准则104.3暂停/再启动准则104.4局限性115.测试方法125.1需求分析阶段125.2数据准备125.3脚本录制阶段125.4场景设计阶段135.4.1基准测试135.4.2单交易负载测试135.4.3混合场景负载测试135.4.4批处理管理性能测试135.5场景执行阶段145.6分析阶段145.7总结阶段145.8测试工具146.测试计划157.测试交付工作产品168.测试风险分析179.性能测试案例设计189.1.系统登录189.2.人员信
3、息查询189.3.销售团队查询199.4.网点信息查询209.5.人员基本信息维护209.6.网点基本信息维护219.7.销售团队维护229.8.批处理管理2310.测试场景设计2410.1. 系统登录2410.2. 人员信息查询2410.3. 销售团队查询2410.4. 人员基本信息维护2510.5. 人员基本信息维护2510.6. 网点基本信息维护2610.7. 团队基本信息维护2610.8. 批处理管理2710.9 混合场景负载测试2711.附件1291. 引言1.1. 编写目的本文档是对新华人寿银代渠道销售管理系统性能测试所做的方案，本次性能测试实施方案有助于实现以下目标： 明确性能测
4、试需求、范围、策略； 明确性能测试的目标、内容、方法、环境、进度和标准； 明确性能测试的工作产品； 该方案是实施本次性能测试的指导性文档。1.2. 预期读者 该项目研发人员； 该项目性能测试人员； 该项目管理人员等。1.3. 术语定义名称定义客户端一台终端设备。模拟真实环境由客户方在需求的基础上，为自己将来的业务应用而设置的小规模仿真系统环境，包括软件、硬件及网络。测试脚本通过执行特定业务流程来模拟真实用户（自然人）操作行为的程序代码。虚拟用户通过测试软件模拟出来与系统进行交互操作的用户。发出间隔由总控制程序控制，每一组（个）虚拟用户与上一组（个）虚拟用户开始向服务器发送操作请求的时间间隔。操
5、作间隔（虚拟思考时间）虚拟用户每一步操作与上一步操作之间的间隔时间。循环间隔虚拟用户每一个业务流程与上一个业务流程之间的间隔时间。退出间隔由总控制程序控制，每一组（个）虚拟用户与上一组（个）虚拟用户停止向服务器发送操作请求的时间间隔。事务用于衡量某一段业务流程的操作时间所定义的若干操作请求的集合。集合点虚拟用户在某一操作步骤前暂停执行，等待其他虚拟用户，直到满足一定条件之后，若干个虚拟用户同时发出操作请求。2. 测试范围2.1. 测试目标性能测试是针对系统并发处理能力、交易响应时间等性能指标所进行的测试。目的是在尽可能模拟生产环境的前提下，实现以下目标： 模拟系统在实际生产环境下峰值时的系统处
6、理能力及性能表现。 检测软件中的问题：通过并发测试执行，揭示程序中的隐含的问题或冲突，从而修复系统中的薄弱环节。 通过对各项测试及监控结果的综合分析，发现、定位性能瓶颈，为改善系统性能提供整体优化方案，为后期性能调优提供参考依据。 保证在生产环境的业务和用户量下，性能满足业务人员操作需求，主要需求如下：l 高峰在线用户数600人，峰值能够支持500个并发。注：并发用户数量在硬件环境应该与核心系统等同条件下，根据当前核心系统现有数据得出；参考 附件1用户统计&菜单使用频率.xls l 薪资考核计算效率： 考核计算、薪资计算均能够在2-4小时内完成。l 其他操作时效要求如下： 提交信息维护，系统应
7、在2秒内响应。 按照机构号或人员编码查询信息详情，系统应在2秒内响应。 按照条件查询清单，系统应在15-30秒内响应。 按照条件生成统计报表，根据复杂性，系统响应时间不同，最慢应在5分钟内响应。 按分支机构进行考核确认，系统应在15分钟内完成。2.2. 业务模型序号业务模块业务名称类型数据量用户数最大并发目标用户数响应时间1系统登录系统登录登录5006005秒2人员管理人员查询查询50060030秒3网点管理网点信息查询查询50060030秒4销售团队管理销售团队查询查询50060030秒5人员管理人员修改交易5006005秒6网点管理网点新增、修改交易5006005秒7批处理管理批处理管理交
8、易5006002-4小时注：业务模型选择参考了运维部门提供的菜单使用频率参考 附件1用户统计&菜单使用频率.xls3. 测试环境1.2.3.4.3.1.系统架构图3.2.测试环境机器配置表（注：可根据实际测试环境修改）系统服务器配置操作系统及安装软件台数应用服务器A应用服务器服务器：4*2.8G六核处理器，32G内存，146*4 15K硬盘，6电源Red Hat Enterprise Linux 5.0及以上版本JDK1.6WebSphere7.01应用服务器B元数据服务器日志服务器报表服务器服务器：4*2.8G六核处理器，32G内存，146*4 15K硬盘，6电源Red Hat Enterp
9、rise Linux 5.0及以上版本JDK1.6WebSphere7.01销售管理平台数据库和元数据数据库数据库服务器服务器：8*2.8G六核处理器，64G内存，146*4 15K硬盘，6电源Red Hat Enterprise Linux 5.0及以上版本Jdk1.6Oracle10g 10.0.224. 测试启动/结束/暂停/再启动准则4.1测试启动准则 系统待测版本定版； 数据模型建立完毕； 测试环境准备完毕，待测试版本已正确部署； 网络配置正确，连接通畅，可以满足性能测试需求； 测试人员已经进场，并且经过被测系统业务知识与测试技术的培训； 被测系统已经通过了系统的功能测试及典型业务流
10、程测试，功能齐备，且功能稳定； 性能测试目标已经通过客户方的确认与评审； 被测系统的各项性能指标已经被明确； 测试数据完备，包括测试所需的基础数据与测试业务的目标数据。4.2结束准则在计划结束日期前按计划完成性能测试需求的调研、测试脚本的录制与优化、测试场景的设计与执行、结果的收集及分析等工作，并且完成性能测试报告的编写，且经过客户评审。4.3暂停/再启动准则暂停准则: 测试中发现问题，需要系统修改代码，或需要更换应用服务器； 测试环境受到干扰，比如服务器被临时征用，或服务器的其它使用会对测试结果造成干扰； 需要调整测试环境资源，如加减CPU数目等； 测试数据量达不到系统设计数据容量的一定量级
11、水平； 系统功能测试没有通过，且功能实现不够稳定； 被测系统的软/硬件环境参数设置及操作系统的环境参数设置与实际生产环境差异较大。再启动准则： 暂停问题予以解决。4.4局限性 本次性能测试的结果依据目前被测系统的软/硬件环境； 本次性能测试的结果依据目前被测系统的程序版本； 本次性能测试的结果依据目前被测系统的网络环境； 本次性能测试的结果依据目前被测系统的测试数据量（包括：基础数据量和业务数据量等）。5. 测试方法5.1需求分析阶段 根据业务用户实际性能需求，生成性能测试需求调查表； 根据性能测试需求调查表，选取性能测试所需的典型业务； 确定测试类型并制定虚拟用户的执行策略（包括虚拟用户是否
12、同时提交请求，操作流程中每一步之间的间隔时间，是否在关键业务点进行并发控制）； 批处理管理采取直接在后台运行批处理命令的方式记录业务的响应时间。5.2数据准备 根据应用系统的设计要求，准备一定量级的数据，包括基础数据与被测业务数据。 其他项目当前数据年均增长35年数据测试数据量营销员人数2000015%300004000040000营销团队数100015%200030003000省级分公司35地市分公司300县级支公司1000营销团队最大营销员数600营销员月均新单数20注：数据量应该考虑到未来三年或五年的业务数据总量。5.3脚本录制阶段 利用LOADRUNNER性能测试工具中的Vuser G
13、enerator应用，录制性能测试执行脚本； 修改、调试、优化并保存测试脚本； 进行测试脚本执行环境配置。5.4场景设计阶段5.4.1基准测试测试环境确认之后，对业务模型中涉及的每种业务（系统登录、人员信息查询、销售团队查询、人员基本信息维护、网点基本信息维护）做基准测试。目的是检查业务本身是否存在性能缺陷。同时为将来的混合场景负载测试性能分析提供参考依据。场景设置：编写测试客户端向新华人寿银代渠道销售管理系统应用服务器发送业务请求并接收返回结果的脚本，在系统无压力情况下运行10次迭代，每次迭代间等待1秒，取业务的平均响应时间作为衡量指标。详见测试场景设计。5.4.2单交易负载测试单交易负载测试是对业务模型中涉及的每种业务（系统登录、人员信息查询、销售团队查询、人员基本信息维护、网点基本信息维护）加上一定量的负载，进行测试以获取该交易的性能指标。目的是为了验证这些典型交易是否存在并发问题，并获取其响应时间，作为
