QTP loadAndRunaction-从Callee的运行结果中的Callee一部分的交易时间？

Question

如果我从另一个测试中调用动作x LoadAndRunAction, ，在调用措施中收集的交易时间是否正确报告？

即，如果我将这样的呼叫者脚本A插入LoadRunner场景中，LoadRunner的结果报告是否包括测试A和操作X中测量的交易时间？

老实说，我只是在问，因为我懒得测试这个临时。

背景： 我们有一些LR Szenarios使用QTP脚本来模拟GUI用户活动。这些QTP脚本非常大，并一次又一次地部署到每个负载生成器。这个想法是一旦手动部署大型QTP测试，并编写一个调用大型测试的紧凑型QTP测试，并将CompTact测试插入LR方案。

Answer 1

好的，现在我发现自己的答案，分享它们是公平的：

LoadAndRunAction 无法正确报告其交易时间，呼叫者没有看到Callee中测量的交易。

但是，您可以使用常规的操作调用来调用目标操作。但是，这是不起作用的，除了大多数琐碎的热量，因为LoadRunner控制器以某种方式弄乱了呼叫者和Callee之间的依赖关系，试图将呼叫者的东西部署到不存在的负载生成器中。

我们的解决方案是创建一个愚蠢的QTP呼叫者脚本A，该脚本称为第二个QTP测试B，该QTP测试B除了称为“真实” QTP测试C，所有这些都使用“插入呼叫对外部操作”。那是：

• 使用已经容纳C的QTP计算机开发A和B
• 将A和B复制到控制器
• 将A插入场景
• 前部（即仅复制）B和C到所有负载发生器

结果：LoadRunner成功将A部署到负载生成器，执行。 A对B测试进行了调用，该测试又调用C。C确实进行了交易，该交易通过B和A场景的运行结果报告。任务完成。 （自然，B和C需要存储在所有机器上的完全相同的路径中，并且A和B中的动作参考必须基于绝对，而不是相对路径）。

当然，必须谨慎修改B或C。必须将每个修改分配给所有其他负载发生器。一个可以更新到通常的方式（因为它将始终被部署）。