LoadRunner第四天 --8月21日日报（LoadRunner 云层老师）

    关联剩余的内容：在web_reg_save_param()函数中的Ord=ALL时会讲所以符合条件的结果以数组的形式返回，结果为param_1，param_2......，param_count为数组中的个数。在运用这个函数的时候，LR9.0新设置了一些函数来帮助调用这些值，Lr_paramarr_idx(“param”,num),lr_paramarr_len("param"),lr_paramarr_random.在LR8.x中可以调用sprintf(topicidstr,"{topicid_%d}",random)来组合成web_reg_save_param返回的值的格式。

    检查点:函数web_reg_find()检查点与QTP中的检查点有些类似，就是在关联的基础上加上人为设定的正确值，LR自动进行比较。这个在运用事务时候会用到，因为LR判断一个操作是否成功，是看发给服务器的请求是否有返回，比如注册不成功的提示页面时是返回的成功的。简单来说事务是不判断业务是否正确的，所以需要人工来进行判断，这个结合检查点就能实现人工的事务判断。通过自动检查点的设置，我们可以轻松对页面中固定出现的内容作校验工作。

    事务：事务是指用户在客户端做一种或多种的业务所需要的操作集。事务响应时间是通过记录用户请求的开始时间和服务器返回内容到客户时间的差值来计算用户响应时间的。一个事务的duration一般可以分为4个部分，1.事务中业务操作时间。2.事物自身的时间误差。3.think time。4.wasted time。

    集合点：Rendezvous。集合点应该放在事务外，如果事务内存在集合点，那么虚拟用户在集合点等待的过程也会被计算入事务时间内，导致早进入集合点的用户的响应时间有误。

   Controler：新建场景有两种模式，目标场景用于验收，不对过程进行分析。当我们需要定位瓶颈的时候我们需要使用手工场景。手工场景分为scenario模式和group模式,scenario模式是所有的脚本都使用相同的场景模型来运行。Group模式下脚本和脚本之间的运行可以独立设置场景，更重要的是我们还能为每个脚本和脚本之间设置前后关系。