loadrunner测试流程及结果分析.pptx

  1. 1、本文档共19页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多

LoadRunner测试流程及结果分析2012年11月2日四川.成都性能测试By:QA部

性能测试流程系统分析萃取场景场景设计数据分析分析能力表现在:分解复杂的事物,抽丝剥茧和庖丁解牛的能力。确保后面的设计所需对象的完整性和正确性。萃取能力表现在:从不同的视角准确评估被测对象商用标准。识别关键路径,提取有效测试场景。设计能力表现在:从已分析出的测试场景中提取关键测试点,有效检验设计目标是否达到商业应用要求。分析能力表现在:建立有效的测试数据分析模型,通过数学方法及分解技术,找到瓶颈点及方案设计缺陷。能力不足表现在:能力不足表现在:能力不足表现在:能力不足表现在:1、架构对象分析遗漏;2、模块对象分析遗漏;3、对象依赖关系错误;1、评估点空洞;2、提取的测试场景无法反映;1、迭代场景设计;2、集合点设置;3、事物不合理;1、数据建模方法;2、模型分析方法;3、瓶颈点识别技术;

软件架构分析软件架构是一系列相关的抽象模式,用于指导大型软件系统各个方面的设计。软件架构是一个系统的草图。软件架构描述的对象是直接构成系统的抽象组件。各个组件之间的连接则明确和相对细致地描述组件之间的通讯。在实现阶段,这些抽象组件被细化为实际的组件,比如具体某个类或者对象。在面向对象领域中,组件之间的连接通常用接口_(计算机科学)来实现。软件体系结构是构建计算机软件实践的基础。与建筑师设定建筑项目的设计原则和目标,作为绘图员画图的基础一样,一个软件架构师或者系统架构师陈述软件构架以作为满足不同客户需求的实际系统设计方案的基础。是一般而言,软件系统的架构有两个要素:

它是一个软件系统从整体到部分的最高层次的划分。

一个系统通常是由元件组成的,而这些元件如何形成、相互之间如何发生作用,则是关于这个系统本身结构的重要信息。

建造一个系统所作出的最高层次的、以后难以更改的,商业的和技术的决定。

在建造一个系统之前会有很多的重要决定需要事先作出,而一旦系统开始进行详细设计甚至建造,这些决定就很难更改甚至无法更改。显然,这样的决定必定是有关系统设计成败的最重要决定,必须经过非常慎重的研究和考察。

测试场景萃取定义清晰的测试目标,业内有四种认识:第一种:根据软件需求规格说明,提取测试场景。第二种:根据商业客户使用模式,提取测试场景。第三种:根据软件实际设计能力,提取测试场景。第四种:根据局点交付实际能力,提取测试场景。应该说这几种方式都有一定的说服力。所以从实际使用的角度来说,能否定义清晰的是决定性能测试是否成功的关键因数。

用户场景提取原则第一,影响终端用户体验;第二,影响产品可维护性;第三,关注80%的系统用户核心使用习惯;

观测点什么是产品的设计能力?产品设计能力是指一个产品的原始设计能力。如高铁的设计时速为300公里,而实际运营考虑到各方因数实际运营能力可能只是设计的能力的70%。因为设计能力是按照最大峰值和最大时速考虑,实际运营时一般很难达到设计能力?设计能力的意义在于了解产品的基线,而这个基线并非是产品的最低交付基线。产品发布时,我们到底参考哪个目标?产品设计能力表达了设计者对产品整体性能考量。根据木桶原理设计能力是以最低短板为基线的一种衡量方式。也就说,设计能力不一定代表发布标准,而实际的发布标准与商业目标息息相关。如:国家要求的星火计划、投入运营的京沪高铁等等。

设计原则目标设定不合理,没有抓住产品的特点和交付需求,搞不当前要验证什么?无法确定核心评价指标或评价指标无法反映产品特点?设计过程缺少指导原则或没有指导原则,设计随意,想到哪分解到哪?缺少分析建模。场景被设计出来,却不知道到底验证了什么?场景设计时偏离了测试目标。重要验证点遗漏,架构、业务、接口设计、逻辑算法理解不清。设计时不考虑设计基线,产品缺少牵引目标?

场景设计一般常用加压方法:分布式加压:根据实际业务要求,什么时候什么事务在什么时候加压多少人,这种聚合与释放用于真实再现用户行为模型稳定性加压:用于稳定性测试或压力测试。是指系统在短期内加压到一个数量级。在数量级下进行长时间测试。这种测试方法,用于对产品稳定性进行考量。电业行业的标准为:7*24小时,最小时长为3*24小时

事物与场景了解工具的思想,而非工具本身?这里引用了LoadRunner在场景建模中的一些理念。什么是场景? 场景是你的一个测试的工厂,就是要把你的一些事务放到这个里面,通过在这个工厂里进行假设、模拟、分解、实验、总结结果,然后便于分析。什么是事物? 事物是场景最小单元。事务是你的一个操作,比如注册、登陆……就是把操作分解了,这样可以更好的测试每个模块的情况。识别事物就是在一个大的测试场景中抓住测试目标。事物与场景有何区别? 事物是场景的一个单元?多个事物构造一个场景。场景=主流+备选

文档评论(0)

136****1820 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档