性能测试-任务场景分类

性能测试任务场景分类任务分类介绍各任务场景介绍实例讲解名词解释性能集成测试

类似于功能测试中的集成测试，主要是对被测系统比较完善的进行测试，能够测试到系统的瓶颈点和指标值对应性能集成测试适用的任务

各个开发、功能测试完成后封版的系统此类任务的测试方法和技巧

测试方法：尽可能全面的测试系统并进行调优，达到既定指标；测试技巧：测试过程中可以调整配置信息，但版本一定要记录清楚；

任务分类之性能集成测试上线前测试

被测系统开发完成，各项功能测试完成，应用版本封版各项外围任务完成，系统准备上线前的测试上线前测试适用的任务

封版系统各项外围任务都已完成，即将上线的系统，被测系统的版本一定要和上线版本一致；此类任务的测试方法和技巧

测试方法：合理设计性能测试测试方法，调整参数测试出既定指标；测试技巧：测试版本不允许更改任务分类之上线前测试版本验证测试

当前应用系统版本下，对被测系统做验证测试版本验证测试适用的任务

小版本上线系统，已经完成全面集成测试系统等此类任务的测试方法和技巧

测试方法：当前测试版本下，根据设计的测试案例执行完成，记录测试结果不做调优，衡量测试指标；测试技巧：版本配置固定不能修改任何地方，案例测试完成即可结束；任务分类之版本验证测试系统升级测试

原有系统版本较低，在原有应用版本上升级版本，或者升级当前环境的软件版本的测试系统升级测试适用的任务

应用系统升级系统、软件升级系统测试（操作系统、数据库版本、中间件版本升级）此类任务的测试方法和技巧

测试方法：在升级完成后的系统版本下，按照测试方法和案例执行，记录测试结果衡量测试指标；测试技巧：记录清楚版本升级前后更新点，衡量版本升级前后对系统本身的影响；任务分类之系统升级测试专项测试

针对与专项软件产品或者特殊系统的测试专项测试适用的任务Oracle数据库测试、中间件测试、F5测试、Tuxedo和weblogic互连介质测试、流媒体专项测试此类任务的测试方法和技巧

测试方法：针对专项测试的系统设计符合，系统本身的典型案例，按照测试方法和案例执行，衡量测试指标；测试技巧：了解被测专项系统的典型案例，以及特定指标；任务分类之专项测试故障诊断测试

当前生产环境已经运行的系统，在某个时间点发生故障后的诊断调优测试故障诊断测试适用的任务

已经上线的系统，在生产上发生事故后的测试此类任务的测试方法和技巧

测试方法：设计当时生产环境出现故障的场景案例，结合监控分析找到故障点，并进行调优；测试技巧：合理设计复现生产出现故障的场景，并采用一致的测试方法进行回归测试；任务分类之故障诊断测试产品选型测试

对当前的多个产品在相同环境指标下测试，选择出其中比较理想指标的产品产品选型测试适用的任务

采购软件产品选型测试、服务器选型测试（IBM、HP）、打印机品牌性能测试等此类任务的测试方法和技巧

测试方法：在环境和指标一致的前提下，根据性能测试方法和设计的案例，如实记录结果和指标值；测试技巧：合理设计符合选型产品的测试指标，外围环境保持一致，测试人员要以公平公正原则；任务分类之产品选型测试测试目的

在测试环境经过确认，脚本预验证之后对业务模型中涉及的多支交易做基准测试。目的是检查业务本身是否存在性能缺陷。同时为将来的混合场景的性能测试性能分析提供参考依据。测试方法

使用LR模拟客户端向目标系统发送交易请求并接收返回结果的脚本，在系统无压力情况下重复50次，获得平均交易响应时间。通过此测试初步检查交易响应时间的量级，为以后测试提供对比基础。各任务场景设计之基准测试测试目的

单交易负载测试是针对单支交易，验证交易是否存在并发性问题，并获取该单支交易的最大处理能力。测试方法

按照业务模型中选取的各支交易，阶梯增加并发用户数发起交易请求压力，每个梯度测试持续运行15分钟并记录测试相关数据。各任务场景设计之单交易负载测试测试目的

在当前测试环境下，模拟系统在业务处理高峰期系统的压力情况，获取其最大处理能力，以及业务的平均交易响应时间、应用服务器的资源使用情况、交易正确率等测试方法

按照“测试模型”规定的交易和配比，根据测试发起策略，采用压力梯度递增方式施压，初始并发用户和递增并发用户数需要根据单交易负载测试结果进行设定，压力增长直至出现系统瓶颈或资源超过安全范围为止。各任务场景设计之容量测试测试目的

稳定性测试主要侧重系统在持续的压力情况下，长期稳定运行的业务处理能力；测试方法

参照补丁升级后容量测试结果，根据测试发起策略，施加中等交易请求压力；（容量测试中高峰压力值时并发用户的80%）；持续运行12小时，验证系统稳定性。各任务场景设计之稳定性测试测试目的模拟在生产环境下，异常出现时当前系统环境的处理方式，以及是否有合适的故障切换处理；测试方法

在当前测试环境下，模拟在主机宕机、网络异常、数据库宕机、数据库RAC异常、应用服务异常，按照性能测试方法测试，主要关注故障前后的指标对比。各任务场景设计之可靠性测试IBPS系统是以电子方式逐笔实时处理跨行网上支付、电话支付、手机支付等新兴电子支付业务的应用系统。网上支付跨行清算系统逐笔发送支付指令，实时轧差，定时净额清算资金，是我行第二代支付系统的业务组成系统之一。本次非功能测试主要由IBPS项目组发起，针对我行上线的网银跨行支付清算系统而进行的，包括对网银跨行支付清算系统补丁升级前后性能、稳定性、应用集群的有效性等方面的非功能特性进行测试或者验证。实例讲解之IBPS集群改造及补丁升级性能测试为了满足中国建设银行股份有限公司NLS(远程教育培训系统)产品调研和选型的要求，为远程教育培训系统的选型提供依据，为将来系统的实施部署打下基础，在项目前期对构建远程教育培训系统的相关产品进行非功能POC测试。前期进入选型产品选购的厂家有，SABA、Oracle、易学通；实例讲解之网络学习产品选型测试针对2012年1月17日上午10：56左右，宁夏分行电话反映前端凭证无法正常上传。同时中心五楼外包公司（湖北、宁夏等）录入岗在切片录入提交后，长时间无任务。反映扫描的凭证上传不成功。上海开发中心会同北京开发中心、武汉开发中心、BDE项目组及北开技术测试部共同召开了专题电话会议，会议确定了针对本次出现的生产事故进行验证测试，并对具体需求和计划等内容进行了深入探讨。实例讲解之COS_TBDE测试集群：集群，英文名称为Cluster，通俗地说，集群是这样一种技术：它将多个系统连接到一起，使多台服务器能够像一台机器那样工作或者看起来好像一台机器。采用集群系统通常是为了提高系统的稳定性和网络中心的数据处理能力及服务能力。目前，有两种常用的服务器集群方法，一种是将备份服务器连接在主服务器上,当主服务器发生故障时,备份服务器才投入运行,把主服务器上所有任务接管过来。另一种方法是将多台服务器连接,这些服务器一起分担同样的应用和数据库计算任务,改善关键大型应用的响应时间名词解释之集群HA：HA(HighAvailable),高可用性群集，是保证业务连续性的有效解决方案，一般有两个或两个以上的节点，且分为活动节点及备用节点。通常把正在执行业务的称为活动节点，而作为活动节点的一个备份的则称为备用节点。当活动节点出现问题，导致正在运行的业务（任务）不能正常运行时，备用节点此时就会侦测到，并立即接续活动节点来执行业务。从而实现业务的不中断或短暂中断HA主要工作方式：（1）、主从方式（非对称方式）工作原理：主机工作，备机处于监控准备状况；当主机宕机时，备机接管主机的一切工作，待主机恢复正常后，按使用者的设定以自动或手动方式将服务切换到主机上运行，数据的一致性通过共享存储系统解决。（2）、双机双工方式（互备互援）工作原理：两台主机同时运行各自的服务工作且相互监测情况，当任一台主机宕机时，另一台主机立即接管