性能测试容量测试建模方法指南

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

测试综合

性能测试

容量测试建模篇

目录

修订记录 ......................................................................................................................... 错误!未定义书签。目录 (2)

1前言 (3)

1.1目标 (3)

1.2用途 (3)

1.3阅读对象 (3)

1.4内容简介............................................................................................................... 错误!未定义书签。

1.5编制背景 (3)

2术语及定义.............................................................................................................. 错误!未定义书签。3容量建模.. (3)

3.1方法简述 (3)

3.2实例展示 (4)

3.3建模优点 (5)

1前言

1.1目标

为了对性能测试中容量建模方法形成统一的标准,使各项目组在性能测试过程中的容量建模环节做到有据可循、有方法做指导。

1.2用途

本文为光大银行质量中心性能测试组在实施性能测试过程中提供容量测试建模方法,并指导各项目组的性能测试工作。

1.3阅读对象

本文的阅读对象是我行测试经理、项目经理、测试人员及其他关注性能测试的技术及管理人员。

1.4编制背景

目前,质量中心性能测试项目组在容量测试建模过程中,各项目组虽然使用相同的方法,但需要经过很多次繁琐的调整,才能满足预期的测试模型,且调试的过程中存在差异性,没有统一的标准;通过现有的建模方法运行的测试结果得出的交易配比与预期的比存在差距。所以在此背景下,经过项目组的讨论决定,提供给大家一个统一的容量测试建模方法。

2容量建模

2.1方法简述

在容量测试执行之前,我们需要为每一个测试场景建模。建模是根据业务模型(即各交易间的交易量配比关系)来构建,因此业务模型的确立很重要。业务模型的确立主要来源于

系统生产数据、需求说明书、业务部门或开发人员提供的相关数据,当然在此我们不讨论业务模型的构建,重点讲述根据业务模型来构建测试模型。

首先,我们假定一个总的目标TPS,然后通过业务模型中每只交易的交易量配比,计算出每只交易的目标TPS,然后给每只交易预估目标用户数,但需要满足两个原则:1、保证每只交易至少1个用户, 2、交易目标用户数与交易目标TPS的比值大于响应时间(即为单交易负载测试的平均响应时间),同时将交易目标用户数与交易目标TPS的比值作为间隔时间。具体原型请看下面的公式:

其中:“交易间隔时间”= ,即为Vuer在两次发送交易的间隔时间(延时0);今后我们将均使用交易间隔时间来代替以前添加延时的策略,这个间隔时间在LoadRunner 工具中的表示和体现,请看如下图示:

2.2实例展示

我们通过具体实例来讲解,如下表格

总的目标TPS = 100(笔/秒) 交易名称交易配比响应时间(秒) 交易目标TPS(笔/秒) 目标用户数间隔时间

2.3建模优点

➢拐点能更快更容易定位。

当目标TPS与实际容量测试出的TPS出现较大背离时,如果非某只交易影响,则说

明拐点出现;否则表明某只交易的目标TPS没有达到其目标TPS,可能此交易有问

题;

➢在容量测试时,能保证各交易之间的交易配比关系不会出现大的差异。

相关文档
最新文档