《【PICC承保系统性能测试方案_IBM】》由会员分享，可在线阅读，更多相关《【PICC承保系统性能测试方案_IBM】（33页珍藏版）》请在金锄头文库上搜索。
1、PICC承保系统性能测试方案东南融通（中国）系统工程有限公司2010年06月本文件中出现的任何文字叙述、文档格式、插图、照片、方法、过程等内容，除另有特别注明，版权均属东南融通（中国）系统工程有限公司所有，受到有关产权及版权法保护。任何个人、机构未经东南融通（中国）系统工程有限公司的书面授权许可，不得以任何方式复制或引用本文件的任何片断。 PICC承保系统性能测试方案 文档信息文档标题PICC承保系统性能测试方案版 本 号v1.0版本日期2010-06打印日期文 件 名PICC承保系统性能测试方案归档目录管理人员审批信息姓名部门/角色意见日期修改历史版本日期修改说明修改人目录1.引言51.1.
2、编写目的51.2.预期读者51.3.术语定义62.测试范围72.1.测试目标72.2.业务模型83.测试启动/结束/暂停/再启动准则93.1.测试启动准则93.2.结束准则93.3.暂停/再启动准则93.4.局限性104.测试方法114.1.需求分析阶段114.2.数据准备114.3.脚本录制阶段114.4.场景设计阶段114.4.1基准测试114.4.2单交易负载测试124.5.场景执行阶段124.6.系统监控方案124.6.1监控目的124.6.2监控方法134.6.3服务器资源监控方案134.6.4应用监控方案144.6.5数据库监控方案154.6.6 Loadrunner监控方案154
3、.7.分析阶段164.8.总结阶段164.9.测试工具165.测试环境175.1.系统架构图175.2.测试环境机器配置表186.测试计划197.测试交付工作产品208.测试风险分析219.性能测试案例设计239.1.投保单录入_1239.2.投保单录入_2249.3.投保单录入_3259.4.投保单录入_4269.5.续保289.6.投保单查询299.7.系统登录3010.测试场景设计3110.1.投保单录入3110.2.续保3110.3.投保单查询3110.4.系统登录321. 引言1.1. 编写目的本文档是对PICC承保系统性能测试所做的方案，本次性能测试实施方案有助于实现以下目标： 明
4、确性能测试需求、范围、策略； 明确性能测试的目标、内容、方法、环境、进度和标准； 明确性能测试的工作产品； 该方案是实施本次性能测试的指导性文档。1.2. 预期读者 该项目研发人员； 该项目性能测试人员； 该项目管理人员等。1.3. 术语定义名称定义客户端一台终端设备。模拟真实环境由客户方在需求的基础上，为自己将来的业务应用而设置的小规模仿真系统环境，包括软件、硬件及网络。测试脚本通过执行特定业务流程来模拟真实用户（自然人）操作行为的程序代码。虚拟用户通过测试软件模拟出来与系统进行交互操作的用户。发出间隔由总控制程序控制，每一组（个）虚拟用户与上一组（个）虚拟用户开始向服务器发送操作请求的时间
5、间隔（个/秒）。操作间隔（虚拟思考时间）虚拟用户每一步操作与上一步操作之间的间隔时间（秒）。循环间隔虚拟用户每一个业务流程与上一个业务流程之间的间隔时间（秒）。退出间隔由总控制程序控制，每一组（个）虚拟用户与上一组（个）虚拟用户停止向服务器发送操作请求的时间间隔（个/秒）。事务用于衡量某一段业务流程的操作时间所定义的若干操作请求的集合。集合点虚拟用户在某一操作步骤前暂停执行，等待其他虚拟用户，直到满足一定条件之后，若干个虚拟用户同时发出操作请求。2. 测试范围2.1. 测试目标性能测试是针对系统并发处理能力、交易响应时间等性能指标所进行的测试。目的是在尽可能模拟生产环境的前提下，实现以下目标：
6、 模拟系统在实际生产环境下峰值时的系统处理能力及性能表现。 检测软件中的问题：通过并发测试执行，揭示程序中的隐含的问题或冲突，从而修复系统中的薄弱环节。 通过对各项测试及监控结果的综合分析，发现、定位性能瓶颈，为改善系统性能提供整体优化方案，为后期性能调优提供参考依据。2.2. 业务模型序号业务名称数据量业务比例最大并发目标用户数响应时间1投保单录入1000万1003秒2投保单查询1000万1003秒3续保1000万1003秒4系统登录10万1003秒3. 测试启动/结束/暂停/再启动准则3.1. 测试启动准则 系统待测版本定版； 数据模型建立完毕； 测试环境准备完毕，待测试版本已正确部署；
7、网络配置正确，连接通畅，可以满足性能测试需求； 测试人员已经进场，并且经过被测系统业务知识与测试技术的培训； 被测系统已经通过了系统的功能测试及典型业务流程测试，功能齐备，且功能稳定； 性能测试目标已经通过客户方的确认与评审； 被测系统的各项性能指标已经被明确； 测试数据完备，包括测试所需的基础数据与测试业务的目标数据。3.2. 结束准则在计划结束日期前按计划完成性能测试需求的调研、测试脚本的录制与优化、测试场景的设计与执行、结果的收集及分析等工作，并且完成性能测试报告的编写，且经过客户评审。3.3. 暂停/再启动准则暂停准则: 测试中发现问题，需要系统修改代码，或需要更换应用服务器； 测试环
8、境受到干扰，比如服务器被临时征用，或服务器的其它使用会对测试结果造成干扰； 需要调整测试环境资源，如加减CPU数目等； 测试数据量达不到系统设计数据容量的一定量级水平； 系统功能测试没有通过，且功能实现不够稳定； 被测系统的软/硬件环境参数设置及操作系统的环境参数设置与实际生产环境差异较大。再启动准则： 暂停问题予以解决。3.4. 局限性 本次性能测试的结果依据目前被测系统的软/硬件环境； 本次性能测试的结果依据目前被测系统的程序版本； 本次性能测试的结果依据目前被测系统的网络环境； 本次性能测试的结果依据目前被测系统的测试数据量（包括：基础数据量和业务数据量等）。4. 测试方法4.1. 需求
9、分析阶段 根据业务用户实际性能需求，生成性能测试需求调查表； 根据性能测试需求调查表，选取性能测试所需的典型业务； 确定测试类型并制定虚拟用户的执行策略（包括虚拟用户是否同时提交请求，操作流程中每一步之间的间隔时间，是否在关键业务点进行并发控制）。4.2. 数据准备 根据应用系统的设计要求，准备一定量级的数据，包括基础数据与被测业务数据。注：数据量应该考虑到未来三年或五年的业务数据总量。4.3. 脚本录制阶段 利用LOADRUNNER性能测试工具中的Vuser Generator应用，录制性能测试执行脚本； 修改、调试、优化并保存测试脚本； 进行测试脚本执行环境配置。4.4. 场景设计阶段4.
10、4.1基准测试测试环境确认之后，对业务模型中涉及的每种业务做基准测试。目的是检查业务本身是否存在性能缺陷。同时为将来的混合场景负载测试性能分析提供参考依据。场景设置：编写测试客户端向PICC承保系统应用服务器发送业务请求并接收返回结果的脚本，在系统无压力情况下运行15分钟，每次迭代间等待1秒，取业务的平均响应时间作为衡量指标。详见测试场景设计。4.4.2单交易负载测试单交易负载测试是对业务模型中涉及的每种业务加上一定量的负载，进行测试以获取该交易的性能指标。目的是为了验证这些典型交易是否存在并发问题，并获取其响应时间。场景设置：制作单个交易的性能测试脚本，在负载测试工具中设置并发用户数等于30
11、、50、100，每秒登陆10个用户，忽略思考时间，每个测试运行15分钟，每次迭代间等待1秒，获取平均响应时间。详见测试场景设计。4.5. 场景执行阶段 利用LOADRUNNER性能测试工具中的Controller应用，按并发用户数执行设计的场景并保存场景结果； 监控系统资源情况及后台进程情况（包括：LR本身的监控器、中间件控制台及第三方监控器等）； 在测试过程中，要求研发人员或系统管理员配合记录包括操作系统、中间件、Web服务器及数据库的错误日志，并按时收集； 记录测试过程执行日志。4.6. 系统监控方案4.6.1监控目的监控车险承保系统各个资源状况，实时监控并且输出监控内容，协助测试执行中的
12、问题分析；分别从主机资源、WebLogic应用、以及Informix数据库的监控情况分析在性能测试过程中各个监控项是否出现异常现象以及执行过程中各个监控项的状况。4.6.2监控方法车险承保系统监控采用监控文件输出方式以及过程实时监控相结合的方式。 测试开始即启动监控脚本进行文件输出，测试过程中则采用实时监控方式。 监控内容包括主机资源、Weblogic应用、数据库以及网络。 主机资源监控方式分为两种：AIX采用nmon工具来实时以及文件输出，Linux采用Spotlight工具来做实时监控。WebLogic应用实时监控采用登录系统控制台的方式定时刷新页面来抓取所需数据；Informix数据库监
13、控采用Onstat工具来实时监控。4.6.3服务器资源监控方案主要对应用服务器、数据库服务器主机资源进行监控，采用NMON进行监控。其监控的详细信息如下：监控工具指标类型指标名称指标描述AIX主机监控-NMONCPUCPU-User%User占CPU百分比CPU-Sys%Sys占CPU百分比CPU-Wait%CPU 等待IO时间百分比CPU-Idle%CPU空闲时间百分比MemoryMemory-%Used内存占用率Memory-%Free内存空闲率Pagespages/sec In每秒换入页面数pages/sec Out每秒换出页面数DiskDisk-Busy磁盘IO繁忙度Disk-Read磁盘读速度Disk-Write磁盘写速度GBL_DISK_PHYS_READ磁盘物理读GBL_DISK_PHYS_WRITE磁盘物理写4.6.4应用监控方案通过管理控制台（Console）访问监控页面。即通过JMX代理对Mbeans执行Get操作来获得该资源的当前属性值。详细信息如下：指标类型指标名称指标描述是否监控JMSRuntimeJMSServersCurrentCount返回当前JMS服务的连接数是ConnectionsCurrentCou
