如何计算以下 #Vus、AVG 事务时间、loadrunner 中多个脚本的迭代？

Posted 2023-03-23

【中文标题】如何计算以下 #Vus、AVG 事务时间、loadrunner 中多个脚本的迭代？

【英文标题】：How do I calculate for the following #Vus,AVG transaction time,iteration for multiple script in loadrunner?

【发布时间】：2013-09-07 16:37:16

【问题描述】：

您需要围绕以下参数设置场景：

列表项 您最多有 1000 个 vus 您有 10 个脚本，每个脚本都有一个初始化、一个操作（包含多个步骤）和一个结束。每个脚本的最小总事务时间（init+action+end）为 1 分钟（假设在 init 和 end 步骤中花费的时间 =0）。 所有奇数脚本总共需要生成 10,000 笔交易/小时 所有偶数脚本需要生成总计 5,000 笔交易/小时 脚本 1 和 3 生成的事务数应占总流量的 30%。 脚本的加速时间为 30 分钟，一旦达到加速时间，您希望运行 3 小时。您还想使用所有 1000 vus。

对于这种情况，请确定以下内容 –

#vus 分配给每个脚本 每个脚本的平均事务时间（思考时间设置） 每个脚本的迭代次数

【问题讨论】：

您遇到的问题和问题是什么？你在这方面做了哪些工作？

【参考方案1】：

这读起来像是面试或课堂练习题。让我们扭转局面：您对如何做到这一点有什么想法？答案真正独立于工具，涉及基本数学。

您还应该澄清“交易”一词在这里的含义。取决于谁为您写了问题来回答您的数学问题，这将发生重大变化。交易的一些常见定义是

单个请求：响应对：“命中” 形成单个单元的请求和响应的逻辑分组，例如加载单个页面，其中可能包含数十个请求和响应以完成完整的页面响应 一个完整的业务事务，由几十个逻辑请求分组组成（即完成一个业务流程需要十页） 业务流程的结果位于独立于 Web 前端的数据存储中 ...

另外，请务必向您的导师和培训师寻求见解

【讨论】：

谢谢 James Pulley。我是新来做负载计算的。我从一位朋友那里得到了这个问题。当我试图解决它时，我在脑海中发现了一个问题，有多少负载生成器?我们需要知道没有负载生成器吗？如果我们假设每个事务只包含 1 个请求，它的解决方案是什么样的。你能帮我解决它吗？如果您给出一些想法，我也会很感激或者请提供一些参考资料。

那么如果每个事务都是一个请求，那么一个复杂的网页可能有 75 到 100 个事务与该页面相关联，用于所有必须请求和完成的页面组件？因此，一旦您知道每页的请求数，您就会知道每页的事务数，然后您就会知道每个业务流程的事务数以及以自然节奏生成 N 个事务需要多长时间。顺便说一句，作为测试人员，您永远不应该在其他作者的需求文档中定义什么是“事务”