精通软件性能测试与loadrunner实战,事务相关信息—精通软件性能测试与LoadRunner最佳实战（1）...

6.15  关于事务相关信息部分内容

事务的响应时间是我们平时经常关注的一项性能指标，除此之外，在结果概要信息图表中，您还会经常看到事务的最小值(Minimum)、平均值(Average)、最大值(Maximum)、标准偏差(Std. Deviation)和90%事务(90 Percent)等相关信息内容，这些数值代表什么？又是怎样得来的呢？

6.15.1  关于分析概要事务相关信息问题提出

尽管我们都是性能测试的从业人员，可是作为测试人员通常都有一个对事物“怀疑”的心理，在这里就表现为LoadRunner给出的这个结果信息是否可信？以及相应的结果信息是如何得到的？

这确实是一个很好的问题，但是，如何去证明LoadRunner 11.0的结果信息是正确的呢？大家在平时做功能测试的时候，是如何证明被测试的功能模块是正确的呢？相信作为测试从业者，我们都会异口同声地说：“我们都会设计很多测试用例，用例包括两部分：输入和预期的输出，如果根据测试用例在被测试的功能模块输入相应的数据，实际执行结果和预期结果一致，那么就认为此功能模块是正确的，否则就是失败的。”回答得非常好，那么性能测试是不是可以效仿功能测试呢？回答是肯定的，为了验证性能测试的执行结果的正确性和各个结果信息的数据来源，我们也需要事先组织一些数据，然后根据这些数据的内容算出预期的结果，再通过LoadRunner 11.0去实现我们的想法，观察最后执行的结果是否和我们预期的一致，当然，如果一致就是正确的了，不一致，当然就证明两者之间有一个是错误的，结合我们预期的设定来讲，当然是LoadRunner 11.0是错误的。

6.15.2  关于结果概要事务相关信息问题分析

这里我有一个想法就是，我们事先准备10个数字，即：1、2、3、4、5、6、7、8、9、10，从这组数字当中不难发现，最小的数值应该是1，最大的数值应该是10，这些数值的平均值为(1+2+3+4+5+6+7+8+9+10)/10=55/10=6.5，在这组数值里边90%的数值都会小于或等于9，只有1个数值大于9，即：数值10。

也许，聪明的读者朋友们已经想到了，我们是否可以借助LoadRunner 11.0的事务和思考时间来将我们的想法实现。“嗯，确实如此，我们的想法不谋而合”。

6.15.3  关于结果概要事务脚本设计及其相关设置

首先，我们可以在Virtual User Generator中编写一个脚本，即：

Action()

{

lr_start_transaction("思考时间测试事务");

lr_think_time(atoi(lr_eval_string("{thinktime}")));

lr_end_transaction("思考时间测试事务", LR_AUTO);

return 0;

}

其中，“thinktime.dat”参数化文件内容包括数值1到10，共计10个整数值，如图6-178所示。

图6-178 “thinktime.dat”参数化文件内容

然后，设置“thinktime”参数的“Select next row:”为“Unique”，“Update value on:”为“Once”。

接下来，启动“Controller”让我们来设定一个场景，我们在参数化的时候一共参数化了10条数据记录，在场景设计的时候，也取10个虚拟用户，如图6-179所示。

图6-179 “Controller”场景设计对话框

31/3123>