- 1、本文档共20页,可阅读全部内容。
- 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
性能测试任务场景分类
任务分类介绍
各任务场景介绍
实例讲解
名词解释
性能集成测试
类似于功能测试中的集成测试,主要是对被测系统比较完善的进行测试,能够测试到系统的瓶颈点和指标值对应
性能集成测试适用的任务
各个开发、功能测试完成后封版的系统
此类任务的测试方法和技巧
测试方法:尽可能全面的测试系统并进行调优,达到既定指标;测试技巧:测试过程中可以调整配置信息,但版本一定要记录清楚;
任务分类之性能集成测试
上线前测试
被测系统开发完成,各项功能测试完成,应用版本封版各项外围任务完成,系统准备上线前的测试
上线前测试适用的任务
封版系统各项外围任务都已完成,即将上线的系统,被测系统的版本一定要和上线版本一致;
此类任务的测试方法和技巧
测试方法:合理设计性能测试测试方法,调整参数 测试出既定指标;测试技巧:测试版本不允许更改
任务分类之上线前测试
版本验证测试
当前应用系统版本下,对被测系统做验证测试
版本验证测试适用的任务
小版本上线系统,已经完成全面集成测试系统等
此类任务的测试方法和技巧
测试方法:当前测试版本下,根据设计的测试案例执行完成,记录测试结果不做调优,衡量测试指标;测试技巧:版本配置固定不能修改任何地方,案例测试完成即可结束;
任务分类之版本验证测试
系统升级测试
原有系统版本较低,在原有应用版本上升级版本,或者升级当前环境的软件版本的测试
系统升级测试适用的任务
应用系统升级系统、软件升级系统测试(操作系统、数据库版本、中间件版本升级)
此类任务的测试方法和技巧
测试方法:在升级完成后的系统版本下,按照测试方法和案例执行,记录测试结果衡量测试指标;测试技巧:记录清楚版本升级前后更新点,衡量版本升级前后对系统本身的影响;
任务分类之系统升级测试
专项测试
针对与专项软件产品或者特殊系统的测试
专项测试适用的任务
Oracle数据库测试、中间件测试、F5测试、Tuxedo和weblogic互连介质测试、流媒体专项测试
此类任务的测试方法和技巧
测试方法:针对专项测试的系统设计符合,系统本身的典型案例,按照测试方法和案例执行,衡量测试指标;测试技巧:了解被测专项系统的典型案例,以及特定指标;
任务分类之专项测试
故障诊断测试
当前生产环境已经运行的系统,在某个时间点发生故障后的诊断调优测试
故障诊断测试适用的任务
已经上线的系统,在生产上发生事故后的测试
此类任务的测试方法和技巧
测试方法:设计当时生产环境出现故障的场景案例,结合监控分析找到故障点,并进行调优;测试技巧:合理设计复现生产出现故障的场景,并采用一致的测试方法进行回归测试;
任务分类之故障诊断测试
产品选型测试
对当前的多个产品在相同环境指标下测试,选择出其中比较理想指标的产品
产品选型测试适用的任务
采购软件产品选型测试、服务器选型测试(IBM、HP)、打印机品牌性能测试等
此类任务的测试方法和技巧
测试方法:在环境和指标一致的前提下,根据性能测试方法和设计的案例,如实记录结果和指标值;测试技巧:合理设计符合选型产品的测试指标,外围环境保持一致,测试人员要以公平公正原则;
任务分类之产品选型测试
测试目的
在测试环境经过确认,脚本预验证之后对业务模型中涉及的多支交易做基准测试。目的是检查业务本身是否存在性能缺陷。同时为将来的混合场景的性能测试性能分析提供参考依据。
测试方法
使用LR模拟客户端向目标系统发送交易请求并接收返回结果的脚本,在系统无压力情况下重复50次,获得平均交易响应时间。通过此测试初步检查交易响应时间的量级,为以后测试提供对比基础。
各任务场景设计之基准测试
测试目的
单交易负载测试是针对单支交易,验证交易是否存在并发性问题,并获取该单支交易的最大处理能力。
测试方法
按照业务模型中选取的各支交易,阶梯增加并发用户数发起交易请求压力,每个梯度测试持续运行15分钟并记录测试相关数据。
各任务场景设计之单交易负载测试
测试目的
在当前测试环境下,模拟系统在业务处理高峰期系统的压力情况,获取其最大处理能力,以及业务的平均交易响应时间、应用服务器的资源使用情况、交易正确率等
测试方法
按照“测试模型”规定的交易和配比,根据测试发起策略,采用压力梯度递增方式施压,初始并发用户和递增并发用户数需要根据单交易负载测试结果进行设定,压力增长直至出现系统瓶颈或资源超过安全范围为止。
各任务场景设计之容量测试
测试目的
稳定性测试主要侧重系统在持续的压力情况下,长期稳定运行的业务处理能力;
测试方法
参照补丁升级后容量测试结果,根据测试发起策略,施加中等交易请求压力;(容
文档评论(0)