新华人寿银代渠道销售管理系统性能测试方案及新华人寿渠道管理系统性能测试报告

新华人寿银代渠道销售管理系统性能测试方案文档信息文档标题新华人寿银代渠道销售管理系统性能测试方案版本号v1.2版本日期20**-5-10打印日期文件名新华人寿银代渠道销售管理系统性能测试方案归档目录管理人员审批信息姓名部门/角色意见日期修改历史版本日期修改说明修改人V1.120**-4-19批处理管理测试方法修改V1.220**-5-10用户并发数量修改（参考运维提供资料）测试环境提前到章节3.1；增加测试数据量说明

目录1. 引言 51.1. 编写目的 51.2. 预期读者 51.3. 术语定义 62. 测试范围 72.1. 测试目标 72.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. 人员信息查询 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. 附件1 29引言编写目的本文档是对新华人寿银代渠道销售管理系统性能测试所做的方案，本次性能测试实施方案有助于实现以下目标：明确性能测试需求、范围、策略；明确性能测试的目标、内容、方法、环境、进度和标准；明确性能测试的工作产品；该方案是实施本次性能测试的指导性文档。预期读者该项目研发人员；该项目性能测试人员；该项目管理人员等。

术语定义名称定义客户端一台终端设备。模拟真实环境由客户方在需求的基础上，为自己将来的业务应用而设置的小规模仿真系统环境，包括软件、硬件及网络。测试脚本通过执行特定业务流程来模拟真实用户（自然人）操作行为的程序代码。虚拟用户通过测试软件模拟出来与系统进行交互操作的用户。发出间隔由总控制程序控制，每一组（个）虚拟用户与上一组（个）虚拟用户开始向服务器发送操作请求的时间间隔。操作间隔（虚拟思考时间）虚拟用户每一步操作与上一步操作之间的间隔时间。循环间隔虚拟用户每一个业务流程与上一个业务流程之间的间隔时间。退出间隔由总控制程序控制，每一组（个）虚拟用户与上一组（个）虚拟用户停止向服务器发送操作请求的时间间隔。事务用于衡量某一段业务流程的操作时间所定义的若干操作请求的集合。集合点虚拟用户在某一操作步骤前暂停执行，等待其他虚拟用户，直到满足一定条件之后，若干个虚拟用户同时发出操作请求。测试范围测试目标性能测试是针对系统并发处理能力、交易响应时间等性能指标所进行的测试。目的是在尽可能模拟生产环境的前提下，实现以下目标：模拟系统在实际生产环境下峰值时的系统处理能力及性能表现。检测软件中的问题：通过并发测试执行，揭示程序中的隐含的问题或冲突，从而修复系统中的薄弱环节。通过对各项测试及监控结果的综合分析，发现、定位性能瓶颈，为改善系统性能提供整体优化方案，为后期性能调优提供参考依据。保证在生产环境的业务和用户量下，性能满足业务人员操作需求，主要需求如下：高峰在线用户数600人，峰值能够支持500个并发。注：并发用户数量在硬件环境应该与核心系统等同条件下，根据当前核心系统现有数据得出；参考附件1用户统计&菜单使用频率.xls薪资考核计算效率：考核计算、薪资计算均能够在2-4小时内完成。其他操作时效要求如下：提交信息维护，系统应在2秒内响应。按照机构号或人员编码查询信息详情，系统应在2秒内响应。按照条件查询清单，系统应在15-30秒内响应。按照条件生成统计报表，根据复杂性，系统响应时间不同，最慢应在5分钟内响应。按分支机构进行考核确认，系统应在15分钟内完成。

业务模型序号业务模块业务名称类型数据量用户数最大并发目标用户数响应时间1系统登录系统登录登录5006005秒2人员管理人员查询查询50060030秒3网点管理网点信息查询查询50060030秒4销售团队管理销售团队查询查询50060030秒5人员管理人员修改交易5006005秒6网点管理网点新增、修改交易5006005秒7批处理管理批处理管理交易5006002-4小时注：业务模型选择参考了运维部门提供的菜单使用频率参考附件1用户统计&菜单使用频率.xls测试环境3.1.系统架构图3.2.测试环境机器配置表（注：可根据实际测试环境修改）系统服务器配置操作系统及安装软件台数应用服务器A应用服务器服务器：4*2.8G六核处理器，32G内存，146*415K硬盘，6电源RedHatEnterpriseLinux5.0及以上版本JDK1.6WebSphere7.01应用服务器B元数据服务器日志服务器报表服务器服务器：4*2.8G六核处理器，32G内存，146*415K硬盘，6电源RedHatEnterpriseLinux5.0及以上版本JDK1.6WebSphere7.01销售管理平台数据库和元数据数据库数据库服务器服务器：8*2.8G六核处理器，64G内存，146*415K硬盘，6电源RedHatEnterpriseLinux5.0及以上版本Jdk1.6Oracle10g10.0.22测试启动/结束/暂停/再启动准则4.1测试启动准则系统待测版本定版；数据模型建立完毕；测试环境准备完毕，待测试版本已正确部署；网络配置正确，连接通畅，可以满足性能测试需求；测试人员已经进场，并且经过被测系统业务知识与测试技术的培训；被测系统已经通过了系统的功能测试及典型业务流程测试，功能齐备，且功能稳定；性能测试目标已经通过客户方的确认与评审；被测系统的各项性能指标已经被明确；测试数据完备，包括测试所需的基础数据与测试业务的目标数据。4.2结束准则在计划结束日期前按计划完成性能测试需求的调研、测试脚本的录制与优化、测试场景的设计与执行、结果的收集及分析等工作，并且完成性能测试报告的编写，且经过客户评审。4.3暂停/再启动准则暂停准则:测试中发现问题，需要系统修改代码，或需要更换应用服务器；测试环境受到干扰，比如服务器被临时征用，或服务器的其它使用会对测试结果造成干扰；需要调整测试环境资源，如加减CPU数目等；测试数据量达不到系统设计数据容量的一定量级水平；系统功能测试没有通过，且功能实现不够稳定；被测系统的软/硬件环境参数设置及操作系统的环境参数设置与实际生产环境差异较大。再启动准则：暂停问题予以解决。4.4局限性本次性能测试的结果依据目前被测系统的软/硬件环境；本次性能测试的结果依据目前被测系统的程序版本；本次性能测试的结果依据目前被测系统的网络环境；本次性能测试的结果依据目前被测系统的测试数据量（包括：基础数据量和业务数据量等）。测试方法5.1需求分析阶段根据业务用户实际性能需求，生成性能测试需求调查表；根据性能测试需求调查表，选取性能测试所需的典型业务；确定测试类型并制定虚拟用户的执行策略（包括虚拟用户是否同时提交请求，操作流程中每一步之间的间隔时间，是否在关键业务点进行并发控制）；批处理管理采取直接在后台运行批处理命令的方式记录业务的响应时间。5.2数据准备根据应用系统的设计要求，准备一定量级的数据，包括基础数据与被测业务数据。其他项目当前数据年均增长3~5年数据测试数据量营销员人数2000015%30000~4000040000营销团队数100015%2000~30003000省级分公司35地市分公司300县级支公司1000营销团队最大营销员数600营销员月均新单数20注：数据量应该考虑到未来三年或五年的业务数据总量。5.3脚本录制阶段利用LOADRUNNER性能测试工具中的VuserGenerator应用，录制性能测试执行脚本；修改、调试、优化并保存测试脚本；进行测试脚本执行环境配置。5.4场景设计阶段5.4.1基准测试测试环境确认之后，对业务模型中涉及的每种业务（系统登录、人员信息查询、销售团队查询、人员基本信息维护、网点基本信息维护）做基准测试。目的是检查业务本身是否存在性能缺陷。同时为将来的混合场景负载测试性能分析提供参考依据。场景设置：编写测试客户端向新华人寿银代渠道销售管理系统应用服务器发送业务请求并接收返回结果的脚本，在系统无压力情况下运行10次迭代，每次迭代间等待1秒，取业务的平均响应时间作为衡量指标。详见测试场景设计。5.4.2单交易负载测试单交易负载测试是对业务模型中涉及的每种业务（系统登录、人员信息查询、销售团队查询、人员基本信息维护、网点基本信息维护）加上一定量的负载，进行测试以获取该交易的性能指标。目的是为了验证这些典型交易是否存在并发问题，并获取其响应时间，作为混合场景测试中业务模型配比的参考。场景设置：制作单个交易的性能测试脚本，在负载测试工具中设置并发用户数等于80、111、150，每秒登陆10个用户，忽略思考时间，每个测试运行20次迭代，每次迭代间等待1秒，获取平均响应时间。详见测试场景设计。5.4.3混合场景负载测试混合场景负载测试是按照业务模型的约定，在一定量的并发情况下测试以下指标：业务的平均交易响应时间、应用服务器、数据库服务器的资源使用情况、交易正确率等。通过性能测试，可以模拟实际生产环境中在业务处理高峰期实物资产管理系统的压力情况，得到此时的实物资产管理系统性能表现数据，为系统的实际上线运行提供可靠的参考。场景设置：按照业务模型比例设置测试场景，设置并发量150，每秒登陆10个用户，忽略思考时间，每次运行测试15分钟，每次迭代间等待1秒，收集系统性能变化曲线。详见测试场景设计。5.4.4批处理管理性能测试批处理管理性能测试采取直接在后台运行批处理命令的方式记录业务的响应时间及系统的资源状况。场景设置：运行批处理命令，收集批处理管理的响应时间及系统的资源状况。5.5场景执行阶段利用LOADRUNNER性能测试工具中的Controller应用，按并发用户数执行设计的场景并保存场景结果；监控系统资源情况及后台进程情况（包括：LR本身的监控器、目标服务器操作系统内核监控器及第三方监控器等）；在测试过程中，要求研发人员或系统管理员配合记录包括操作系统、中间件、Web服务器及数据库的错误日志，并按时收集；记录测试过程执行日志。5.6分析阶段利用LOADRUNNER性能测试工具中的Analysis应用，分析场景执行后的结果，产生性能测试报告；综合各项监控结果及各项监控日志，结合LR结果报告，综合分析定位系统瓶颈，并找出造成系统瓶颈的成因，提供合理必要的优化方案。5.7总结阶段根据性能测试执行结果，分析测试结果是否满足用户需求并生成性能测试报告。5.8测试工具采用HP公司的LoadRunner测试及分析软件作为测试工具。本次测试采用的LoadRunner版本为LR8.10。测试计划内容开始日期结束日期人力资源李勇君金涛测试环境和版本确认20**-5-420**-5-7测试方案编写与评审20**-5-420**-5-7测试数据准备20**-5-720**-5-10测试脚本开发20**-5-1020**-5-11测试场景设置20**-5-1020**-5-11测试执行20**-5-1120**-5-12测试结果分析20**-5-1220**-5-13测试报告编写20**-5-1320**-5-14测试交付工作产品性能测试方案性能测试脚本性能测试场景性能测试执行结果性能测试报告测试风险分析风险编号风险描述风险发生可能性（高、中、低）风险对测试或项目的影响（高、中、低）责任人规避方法1被测系统提交延迟中中开发方1）调整计划，在延迟的时间内进行其他可以提前进行的工作，如培训、用例设计和评审等；2）告知公司，协调资源进行其他工作。2测试数据量无法达到系统设计的数据容量高高客户方采用与实际数据量形成一定比例的数据量3测试环境与生产环境的服务器配置差异较大高高客户方尽量接近与实际系统硬件资源相当的硬件资源4被测试系统环境受其它应用系统开发、使用及测试的影响中高客户方由客户协调服务器资源的使用5测试人员变动中中开发方重新协调相关测试工程师资源6性能测试周期时间资源不足低中开发方有目标，有偏重方向地选取重点性能测试业务进行测试7被测试环境的网络拓扑结构与实际生产环境存在较大差异高高客户方尽量协调以减少被测环境资源与环境配置（包括软件、硬件及网络）与生产环境之间环境差异性能测试案例设计系统登录系统登录脚本名称系统登录程序版本用例编号XH-XTDL-01子系统测试目的测试用户登录的并发能力及系统响应时间。特殊说明目标产生大压力，忽略全部思考时间。前提条件应用程序已经部署，同时存在不同身份的系统使用用户步骤操作是否设置集合点是否设定事务事务名称说明1打开登录页否否2输入用户名、密码、选择机构否否3点击“登录”按钮是是登录设置检查点4登陆后展现页面信息否否5注销用户否是注销编制人员编制日期20**-04-13人员信息查询人员信息查询脚本名称人员查询程序版本用例编号XH-RYCX-02子系统测试目的测试人员信息查询功能系统响应时间。特殊说明目标产生大压力，忽略全部思考时间。前提条件应用程序已经部署步骤操作是否设置集合点是否设定事务事务名称说明1登录系统否否2选择人员管理人员信息管理人员信息查询否是进入人员查询菜单3输入查询条件否是录入人员查询条件4点击“查询”按钮否是人员查询5勾选需要查询的人员记录，点击明细按钮否是人员明细设置检查点编制人员编制日期20**-04-13人员特批查询脚本名称人员特批查询程序版本用例编号XH-RYCX-09子系统测试目的测试人员信息查询功能系统响应时间。特殊说明目标产生大压力，忽略全部思考时间。前提条件应用程序已经部署步骤操作是否设置集合点是否设定事务事务名称说明登录系统否否1选择人员管理活动分析评价人员信息管理人员特批查询否是进入特批查询菜单2输入查询条件否是录入特批查询条件3点击查询按钮否是特批查询4点击特批明细否是特批明细设置检查点编制人员编制日期20**-04-13销售团队查询销售团队查询明细脚本名称销售团队查询程序版本用例编号XH-TDCX-03子系统测试目的测试销售团队查询功能的系统响应时间。特殊说明目标产生大压力，忽略全部思考时间。前提条件应用程序已经部署步骤操作是否设置集合点是否设定事务事务名称说明1登录系统否否2选择销售团队管理销售团队查询明细否是进入团队查询菜单3点选查询条件否是录入团队查询条件4点击“查询”按钮否是团队查询5勾选需要记录，点击销售团队明细按钮否是团队明细设置检查点编制人员编制日期20**-04-13网点信息查询网点基本信息查询脚本名称网点信息查询程序版本用例编号XH-WDMX-04子系统测试目的测试网点基本信息维护系统响应时间。特殊说明目标产生大压力，忽略全部思考时间。前提条件应用程序已经部署步骤操作是否设置集合点是否设定事务事务名称说明1登录系统否否2进入菜单：银保渠道网点管理网点信息维护否是进入网点查询菜单3输入查询条件否是录入网点查询条件4点击“查询”按钮否是网点查询5点击“明细”按钮否是网点明细编制人员编制日期20**-04-13人员信息维护人员基本信息维护脚本名称人员修改程序版本用例编号XH-RYXG-05子系统测试目的测试修改在司人员的系统响应时间。特殊说明目标产生大压力，忽略全部思考时间。前提条件应用程序已经部署步骤操作是否设置集合点是否设定事务事务名称说明1登录系统否否2进入菜单：银保渠道人员管理人员信息管理人员信息维护否是进入人员修改菜单3输入查询条件否是录入人员查询条件4点击“查询”按钮否是人员查询5勾选需要修改的人员信息，点击修改按钮否是进入人员修改界面设置检查点5选择并编辑需要修改的人员信息否否6点击“修改”按钮否是人员修改编制人员编制日期20**-04-13销售团队信息维护销售团队信息维护脚本名称团队修改程序版本用例编号XH-TDXG-06子系统测试目的测试团队基本信息维护系统响应时间。特殊说明目标产生大压力，忽略全部思考时间。前提条件应用程序已经部署步骤操作是否设置集合点是否设定事务事务名称说明1登录系统否否2进入菜单：银保渠道销售团队管理销售团队维护否是进入团队维护菜单3点选查询条件否是录入团队查询条件4点击“查询”按钮否是团队查询5勾选团队，点击“修改”按钮否是进入团队修改界面设置检查点6编辑团队信息否否7点击“修改”按钮否是团队修改编制人员编制日期20**-04-13网点信息维护网点基本信息维护脚本名称网点修改程序版本用例编号XH-WDWH-07子系统测试目的测试网点基本信息维护系统响应时间。特殊说明目标产生大压力，忽略全部思考时间。前提条件应用程序已经部署步骤操作是否设置集合点是否设定事务事务名称说明1登录系统否否2进入菜单：网点管理网点信息维护否是进入网点维护菜单3输入网点查询条件否是录入网点查询条件4点击“查询”按钮否是网点查询5勾选修改网点，点击“修改”按钮否是进入网点修改界面设置检查点6编辑网点信息否否7点击“修改”按钮否是网点修改编制人员编制日期20**-04-13批处理管理批处理管理脚本名称批处理管理程序版本用例编号XH-PXL-10子系统测试目的测试批处理的性能。特殊说明前提条件应用程序已经部署步骤操作是否设置集合点是否设定事务事务名称说明1运行批处理命令否否编制人员编制日期20**-04-14测试场景设计10.1.系统登录序号场景名称场景说明执行脚本用户总数循环数量操作间隔并发发出间隔循环间隔退出间隔同步点1系统登录基准测试系统登录110001002系统登录100并发系统登录4002001011003系统登录111并发系统登录5002001011004系统登录150并发系统登录60020010110010.2.人员信息查询序号场景名称场景说明执行脚本用户总数循环数量操作间隔并发发出间隔循环间隔退出间隔同步点1人员信息查询基准测试人员信息查询110001002人员信息查询100并发人员信息查询4002001011003人员信息查询111并发人员信息查询5002001011004人员信息查询150并发人员信息查询60020010110010.3.销售团队查询序号场景名称场景说明执行脚本用户总数循环数量操作间隔并发发出间隔循环间隔退出间隔同步点1销售团队查询基准测试销售团队查询110001002销售团队查询100并发销售团队查询4002001011003销售团队查询111并发销售团队查询5002001011004销售团队查询150并发销售团队查询60020010110010.4.网点信息查询序号场景名称场景说明执行脚本用户总数循环数量操作间隔并发发出间隔循环间隔退出间隔同步点1网点查询基准测试网点查询110001002网点查询100并发网点查询4002001011003网点查询111并发网点查询5002001011004网点查询150并发网点查询60020010110010.5.人员信息维护序号场景名称场景说明执行脚本用户总数循环数量操作间隔并发发出间隔循环间隔退出间隔同步点1人员修改基准测试人员修改110001002人员修改100并发人员修改4002001011003人员修改111并发人员修改5002001011004人员修改150并发人员修改60020010110010.6.销售团队信息维护序号场景名称场景说明执行脚本用户总数循环数量操作间隔并发发出间隔循环间隔退出间隔同步点1团队修改基准测试团队修改110001002团队修改100并发团队修改4002001011003团队修改111并发团队修改5002001011004团队修改150并发团队修改60020010110010.7.网点信息维护序号场景名称场景说明执行脚本用户总数循环数量操作间隔并发发出间隔循环间隔退出间隔同步点1网点修改基准测试网点修改110001002网点修改100并发网点修改4002001011003网点修改111并发网点修改5002001011004网点修改150并发网点修改60020010110010.8.批处理管理序号场景名称场景说明执行脚本用户总数循环数量操作间隔并发发出间隔循环间隔退出间隔同步点1批处理管理10.9混合场景负载测试序号场景名称场景说明执行脚本用户总数循环数量操作间隔并发发出间隔循环间隔退出间隔同步点1登录111并发系统登录50运行15分钟0101100人员信息查询人员信息查询100销售团队查询销售团队查询100网点信息查询网点信息查询100人员信息修改人员修改50网点信息修改网点修改50团队信息修改团队修改50附件1用户统计&菜单使用频率.xls新华人寿渠道管理系统性能测试报告新华人寿银代渠道销售管理系统性能测试报告39/75文档信息文档标题新华人寿渠道管理系统性能测试报告版本号v1.1版本日期2010-5-1打印日期文件名新华人寿渠道管理系统性能测试报告归档目录管理人员审批信息姓名部门/角色意见日期修改历史版本日期修改说明修改人1.02010-5-1草稿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.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人员基本信息维护 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： 45概述1.1项目背景本系统的目标是使渠道业务日常管理电子化、简单化，对各渠道业务发展提供强大的后台数据支持。现阶段公司迅速发展，业务迅速扩张，业务拓展模式不断创新。公司的销售渠道涉及到个人营销保险、团体保险、银行保险、至尊理财、电话营销保险等多个领域，由于各个领域的保险特点不同、管理方法也呈现出多样性。需要的是一套能够处理并突出体现各个保险领域的特性的销售管理系统，从管理角度出发对销售的各个阶段进行控制，对销售人员进行管理，为销售人员提供从培训、售前、售后以及佣金结算等一系列完整的服务支持。为达到这一目标，需要利用现代的信息处理技术和科学手段，全面实现销售管理中的各项要求，通过计算机辅助实现管理的科学化、规范化、系统化与自动化，与业务系统一起建立一套完整的保险管理系统和网络。1.2测试目的通过模拟，在测试环境上尽量真实再现新华人寿银代渠道销售管理系统生产环境的日常业务量高峰时的场景。通过结果分析，查看哪些业务出现响应时间长，交易失败的情况。查看新华人寿银代渠道销售管理系统是否符合设计的性能要求。测试范围2.1测试目标性能测试是针对系统并发处理能力、交易响应时间等性能指标所进行的测试。目的是在尽可能模拟生产环境的前提下，单一渠道方面的性能，实现以下目标（相关指标参考合同附件）：模拟系统在实际生产环境下峰值时的系统处理能力及性能表现。检测软件中的问题：通过并发测试执行，揭示程序中的隐含的问题或冲突，从而修复系统中的薄弱环节。通过对各项测试及监控结果的综合分析，发现、定位性能瓶颈，为改善系统性能提供整体优化方案，为后期性能调优提供参考依据。保证在生产环境的业务和用户量下，性能满足业务人员操作需求，主要需求如下：日常平均在线用户数500人，高峰期在线用户数700人。注：目前核心业务系统有效用户数：24045，核心业务系统日常在线用户数平均为2.6K，高峰期在线用户数为3.6K，渠道系统按照核心系统用户数量的20%计算，所以平均在线用户数量为500，高峰为700。薪资考核计算效率：考核计算、薪资计算均能够在2-4小时内完成。其他操作时效要求如下：提交信息维护，系统应在2秒内响应。按照机构号或人员编码查询信息详情，系统应在2秒内响应。按照条件查询清单，系统应在15-30秒内响应。按照条件生成统计报表，根据复杂性，系统响应时间不同，最慢应在5分钟内响应。按分支机构进行考核确认，系统应在15分钟内完成。2.2业务模型序号业务模块业务名称类型数据量平均用户数最大用户数响应时间1系统登录系统登录登录5007005秒2人员管理人员查询查询4000050070030秒3网点管理网点信息查询查询300050070030秒4团队管理销售团队查询查询300050070030秒5人员管理人员修改交易5007005秒6网点管理网点修改交易5007005秒7团队管理团队修改交易5007005秒8薪资考核普处理批处理管理批处理5006002-4小时注：业务模型选择参考了运维部门提供的菜单使用频率参考此处需要对性能场景设计，先做个简单说明。30并发的测试场景，以登录为例，每个并发用户，迭代登录20次，也就是说30并发，在1.5分钟内前后共有30*20=600人次登录系统，40并发场景，在2分钟内有40*20=800人次登录，50并发场景，在2.5分钟内有50*20=1000人次登录。测试环境3.1系统架构图3.2测试环境机器配置表系统服务器配置操作系统及安装软件台数应用服务器应用服务器服务器:1*2.6G双核2G内存320GRedhatnashJDK1.6.0JBoss41销售管理平台数据库和元数据数据库数据库服务器服务器:1*2.6G双核4G内存320GRedhatnashOracle10g1测试方法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子系统测试目的测试用户登录的并发能力及系统响应时间。特殊说明目标产生大压力，忽略全部思考时间。前提条件应用程序已经部署，同时存在不同身份的系统使用用户步骤操作是否设置集合点是否设定事务事务名称说明1打开登录页否否2输入用户名、密码、选择机构否否3点击“登录”按钮是是登录设置检查点4登陆后展现页面信息否否5注销用户否是注销编制人员编制日期2010-4.4.2人员信息查询人员信息查询脚本名称人员查询程序版本用例编号XH-RYCX-02子系统测试目的测试人员信息查询功能系统响应时间。特殊说明目标产生大压力，忽略全部思考时间。前提条件应用程序已经部署步骤操作是否设置集合点是否设定事务事务名称说明1登录系统否否2选择人员管理人员信息管理人员信息查询否是进入人员查询菜单3输入查询条件否是录入人员查询条件4点击“查询”按钮否是人员查询5勾选需要查询的人员记录，点击明细按钮否是人员明细设置检查点编制人员编制日期2010-4.4.3销售团队查询销售团队查询明细脚本名称销售团队查询程序版本用例编号XH-TDCX-03子系统测试目的测试销售团队查询功能的系统响应时间。特殊说明目标产生大压力，忽略全部思考时间。前提条件应用程序已经部署步骤操作是否设置集合点是否设定事务事务名称说明1登录系统否否2选择销售团队管理销售团队查询明细否是进入团队查询菜单3点选查询条件否是录入团队查询条件4点击“查询”按钮否是团队查询5勾选需要记录，点击销售团队明细按钮否是团队明细设置检查点编制人员编制日期2010-4.4.4网点信息查询网点基本信息查询脚本名称网点信息查询程序版本用例编号XH-WDMX-04子系统测试目的测试网点基本信息维护系统响应时间。特殊说明目标产生大压力，忽略全部思考时间。前提条件应用程序已经部署步骤操作是否设置集合点是否设定事务事务名称说明1登录系统否否2进入菜单：银保渠道网点管理网点信息维护否是进入网点查询菜单3输入查询条件否是录入网点查询条件4点击“查询”按钮否是网点查询5点击“明细”按钮否是网点明细编制人员编制日期2010-4.4.5人员基本信息维护人员基本信息维护脚本名称人员入司程序版本用例编号XH-RYRS-05子系统测试目的测试人员入司的系统响应时间。特殊说明目标产生大压力，忽略全部思考时间。前提条件应用程序已经部署步骤操作是否设置集合点是否设定事务事务名称说明1登录系统否否2进入菜单：银保渠道人员管理人员信息管理人员信息维护否是进入人员新增菜单3点击新增按钮否是进入人员修改界面设置检查点4录入或者选录人员信息否是人员信息录入5点击“新增”按钮否是人员入司编制人员编制日期2010-4.4.6销售团队信息维护销售团队信息维护脚本名称团队新增程序版本用例编号XH-TDXZ-06子系统测试目的测试团队新增的系统响应时间。特殊说明目标产生大压力，忽略全部思考时间。前提条件应用程序已经部署步骤操作是否设置集合点是否设定事务事务名称说明1登录系统否否2进入菜单：银保渠道销售团队管理销售团队维护否是进入团队维护菜单3点击新增按钮否是进入团队新增界面4录入或者选录团队信息团队信息录入5点击“新增”按钮否是团队新增编制人员编制日期2010-4.4.网点基本信息维护脚本名称网点新增程序版本用例编号XH-WDWH-07子系统测试目的测试网点基本信息维护系统响应时间。特殊说明目标产生大压力，忽略全部思考时间。前提条件应用程序已经部署步骤操作是否设置集合点是否设定事务事务名称说明1登录系统否否2进入菜单：网点管理网点信息维护否是进入网点维护菜单3点击新增按钮否是进入网点新增界面设置检查点4填选网点信息否是填写网点信息5点击新增按钮否是网点新增编制人员编制日期2010-4.4.8薪资考核批处理网点基本信息维护脚本名称薪酬计算程序版本用例编号XH-XZKH-20子系统测试目的测试薪资考核系统响应时间。特殊说明通过前台操作，对系统造成负载压力前提条件应用程序已经部署步骤操作是否设置集合点是否设定事务事务名称说明1登录系统否否2进入菜单：银保渠道批处理管理薪酬计算申请否是进入薪酬计算菜单3选择部门、月份否是选择薪酬计算条件4点击申请按钮否是薪酬计算申请编制人员编制日期2010-4.5性能测试场景设计4.5.1系统登录序号场景名称场景说明执行脚本用户总数循环数量操作间隔并发发出间隔循环间隔退出间隔同步点1系统登录基准测试系统登录110001002系统登录30并发系统登录302001011003系统登录40并发系统登录402001011004系统登录50并发系统登录502001011004.5.2人员信息查询序号场景名称场景说明执行脚本用户总数循环数量操作间隔并发发出间隔循环间隔退出间隔同步点1人员查询基准测试人员查询110001002人员查询30并发人员查询302001011003人员查询40并发人员查询402001011004人员查询50并发人员查询502001011004.5.3销售团队查询序号场景名称场景说明执行脚本用户总数循环数量操作间隔并发发出间隔循环间隔退出间隔同步点1团队查询基准测试团队查询110001002团队查询30并发团队查询302001011003团队查询40并发团队查询402001011004团队查询50并发团队查询502001011004.5.4序号场景名称场景说明执行脚本用户总数循环数量操作间隔并发发出间隔循环间隔退出间隔同步点1网点查询基准测试网点查询110001002网点查询30并发网点查询302001011003网点查询40并发网点查询402001011004网点查询50并发网点查询502001011004.5.5人员基本信息维护序号场景名称场景说明执行脚本用户总数循环数量操作间隔并发发出间隔循环间隔退出间隔同步点1人员入司基准测试人员入司110001002人员入司30并发人员入司302001011003人员入司40并发人员入司402001011004人员入司50并发人员入司502001011004.5.6销售团队信息维护序号场景名称场景说明执行脚本用户总数循环数量操作间隔并发发出间隔循环间隔退出间隔同步点1团队新增基准测试团队新增110001002团队新增30并发团队新增302001011003团队新增40并发团队新增402001011004团队新增50并发团队新增502001011004.5.7网点基本信息维护序号场景名称场景说明执行脚本用户总数循环数量操作间隔并发发出间隔循环间隔退出间隔同步点1网点新增基准测试网点新增110001002网点新增30并发网点新增302001011003网点新增40并发网点新增402001011004网点新增50并发网点新增502001011004.5.8薪资考核计算测试序号场景名称场景说明执行脚本用户总数循环数量操作间隔查询时间一次查询二次查询三次查询四次查询1薪资考核基准测试薪资考核11051015202薪资考核30并发计算薪资考核301030601202403薪资考核40并发计算薪资考核401030601202404薪资考核50并发计算薪资考核50103060120240注：薪酬计算场景比较特殊，计算完成时没有在前台提示，所以才用roadrunner前台提交计算申请，记录开始时间；通过去数据库查询或者在前台界面查询计算结果，直到查询出需要的所有结果，记录时间。结束时间-开始时间约为薪资考核计算所用时间。所有计算应该在4小时之内完成计算。4.5.由于压力演示环境并发用户适量限制，混合场景设置为60人并发混合场景，主要是测试使用频率最高查询功能。序号场景名称场景说明执行脚本用户总数循环数量操作间隔并发发出间隔循环间隔退出间隔同步点1系统登录60并发系统登录0运行15分钟01150人员查询人员查询30团队查询团队查询20网点查询网点查询10人员修改人员修改0网点修改网点修改0团队修改团队修改0薪酬计算薪酬计算前台提交计算申请，后台一直运行注：薪酬计算场景比较特殊，计算完成时没有在前台提示，所以才用roadrunner前台提交计算申请，后台一直运行计算，作为负载。测试计划内容开始日期结束日期人力资源金涛李勇君王利鹏测试环境和版本确认2010-4-122010-4-12测试方案编写与评审2010-4-132010-4-16测试数据准备2010-5-2010-5-测试脚本开发2010-5-2010-5-测试场景设置2010-5-2010-5-测试执行2010-5-2010-5-测试结果分析2010-5-2010-5-测试报告编写2010-5-2010-5-系统调优后测试2010-5-2010-5-20修改测试报告2010-5-202010-5-2报告评审2010-5-22010-5-25测试结果6.1基准测试6.1.1系统登录.3团队查询平均响应时间6.1.4网点查询6.1.5人员维护待测6.1.6团队维护待测6.1.7网点维护6.2单交易负载测试6.2.1系统登录平均响应时间（单位：秒）30人并发：40人并发：50人并发响应时间分析：基准响应时间为：0.675s，在单交易负载测试环境下，30并发系统响应时间为3.386s，40并发系统响应时间为4.82s；50并发用户系统响应时间为6.002s。30并发、40并发，响应时间小于5秒，符合测试目标；50登录响应时间大于测试目标要求时间。CPU利用率（单位：百分比）30人并发：40人并发：50人并发CPU利用率分析：在负载测试过程中，随着压力的增大，应用服务器使用：30并发情况下，应用服务器cpu使用率为峰值80%，平均使用率77%，在正常范围之内；40并发情况下，应用服务器cpu使用率为峰值100%，平均使用率81%，处以满负荷运行；50并发情况下，应用服务器cpu使用率为峰值89%，平均使用率78%，处以满负荷运行；数据库服务器cpu使用率，峰值均未超过50%，平均值均为超过35%，使用正常；内存应用服务器物理内存使用情况如图，物理内存容量为2G，空闲约为50M。数据库服务器物理内存使用情况如图，物理内存容量为4G，运行负载时空闲最大约为500M，最小为0；吞吐量（单位：字节/秒）：30人并发：40人并发50人并发吞吐量分析：30人并发吞吐量平均约为9.2M/S,峰值约为14.5M40人并发吞吐量平均约为9.7M/S,峰值约为16.5M50人并发吞吐量平均约为8.8M/S,峰值约为17M由此可见30~40并发之间，随着用户并发数增加平均吞吐量呈上升趋势，40~50并发并发用户数量增加了，平均吞吐量反而有所减小，由于并发用户超过系统响应能力，所以系统在现有环境下的处理能力约为9.5M/S。处理事务数量(单位：个/秒)30并发40并发：50并发:处理事务数量分析：30并发处理事务量6.3个/秒，40并发处理事务量10.4个/秒，50并发处理事务量6个/秒，由此可见，40并发系统处理能力最高。6.2.2人员查询平均响应时间（单位：秒）30人并发：40人并发：50人并发响应时间分析：基准响应时间为：0.286s，在单交易负载测试环境下，30并发系统响应时间为5.086s，40并发系统响应时间为6.371s；50并发用户系统响应时间为8.133s。系统在15-30秒之内返回结果，完成测试目标要求。CPU利用率（单位：百分比）30人并发：40人并发：50人并发CPU利用率分析：在负载测试过程中，随着压力的增大，应用服务器的CPU成为系统瓶颈。30并发情况下，应用服务器cpu使用率为峰值99%，平均使用率84%，处以满负荷运行；40并发情况下，应用服务器cpu使用率为峰值99%，平均使用率86%，处以满负荷运行；50并发情况下，应用服务器cpu使用率为峰值99%，平均使用率85%，处以满负荷运行；数据库服务器cpu使用率，峰值均未超过60%，平均值均约为超过35%，使用正常；吞吐量（单位：字节/秒）：30人并发：40人并发50人并发吞吐量分析：30人并发吞吐量平均约为7.5M/S,峰值约为1040人并发吞吐量平均约为7.7M/S,峰值约为1450人并发吞吐量平均约为7.7M/S,峰值约为10由此可见系统在现有环境下，处理能力约为7.6M处理事务数量(单位：个/秒)30并发40并发：50并发:6.2.3团队查询平均响应时间（单位：秒）30人并发：40人并发：50人并发响应时间分析：基准响应时间为：0.118s，在单交易负载测试环境下，30并发系统响应时间为1.355s，40并发系统响应时间为1.681s；50并发用户系统响应时间为2.101s。系统在15-30秒之内返回结果，完成测试目标要求。团队查询其他参数结果类似于人员查询。6.2.4网点查询平均响应时间（单位：秒）30人并发：40人并发：50人并发响应时间分析：基准响应时间为：0.19s，在单交易负载测试环境下，30并发系统响应时间为2.988s，40并发系统响应时间为3.509s；50并发用户系统响应时间为4.832s。系统在15-30秒之内返回结果，完成测试目标要求。网点查询其他参数结果类似于人员查询。6.2.5人员维护待测6.2.6团队维护待测6.2.7网点维护平均响应时间（单位：秒）30人并发：40人并发：50人并发响应时间分析：基准响应时间为：0.208s，在单交易负载测试环境下，30并发系统响应时间为0.594s，40并发系统响应时间为1.5s；50并发用户系统响应时间为1.35s。网点新增系统响应时间小于5秒，符合测试目标。CPU利用率（单位：百分比）30人并发：40人并发：50人并发吞吐量（单位：字节/秒）：30人并发：40人并发50人并发吞吐量分析：30人并发吞吐量平均约为7.5M/S,峰值约为12.540人并发吞吐量平均约为8.5M/S,峰值约为150人并发吞吐量平均约为7M/S,峰值约为1由此可见30~40并发之间，随着用户并发数增加，吞吐量呈上升趋势，40~50并发并发用户数量增加了，吞吐量反而有所减小。处理事务数量(单位：个/秒)30并发40并发：50并发:6.3混合场景负载测试平均响应时间（单位：秒）：CPU利用率吞吐量（单位：字节/秒）：混合场景结果：混合查询场景60用户并发，人员查询响应时间为：4.069s，网点查询响应时间为：3.672s，团队查询响应时间为：3.266s，系统在15-30秒之内查询出结果，完成测试目标要求。应用服务器cpu峰值使用率为99%，平均使用率为88%，满负载工作；数据库服务器cpu峰值使用率为70%，平均使用率为20%，工作在正常范围；6.4其他负载测试测试场景设置如下：序号场景名称场景说明执