LoadRunner 脚本优化之——参数化迭代介绍_loadrunner设置参数化

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

可以发现：在每个ITerations时，参数化的值都会更新，但是在单个ITerations的多次block循环时，每次取得的参数化的值是一样的，问题来了：如果让每次block块的循环也取得不一样的值呢？

查了下资料，发现通过参数化的设置可以做到。

打开参数化设置框

其中 Update value 提供了三个可选择方式：

Each ITeration：每次迭代更新参数值。

Each occurrence：每次出现此参数时，更新此参数值。

Once：只取一次，一直这样用下去。

看到这里后，果断使用 Each occurrence 方式，坐等运行大吉啦~

红红的提示告诉我，脚本没有跑过，仔细看了下，发现了问题原因：

由于参数化的策略是每次出现都会重新取值，这样在 find 函数和真正调用的函数中，都会调用不同的值，于是就会出现检查的值和实际运行的值总是取的不同的情况。

那这种情况应该怎么破呢？

又要用参数化，但检查的函数和运行的函数要用同一参数，但是不能用同一参数配置。可以用以下方法解决：

对检查函数重新定义一个参数化变量“check”，在其参数配置中如下设置：

选择需要运行的参数化数据表

Select next row 策略使用“Same line as NewParam”

重新运行了一下，发现还是会报错：

分析了下，由于 check 是 same line wITh “NewParam”，而 NewParam 是后运行的，这样就会导致了 check 总是会慢半拍。于是将这两个变量对调了一下：check 变量使用参数化并 Update value=Each occurrence，NewParam 变量 same line wITh “check”，重新运行了下，发现没有错误了。

总结：

感谢每一个认真阅读我文章的人！！！

作为一位过来人也是希望大家少走一些弯路，如果你不想再体验一次学习时找不到资料，没人解答问题，坚持几天便放弃的感受的话，在这里我给大家分享一些自动化测试的学习资源，希望能给你前进的路上带来帮助。

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！**