写这篇时候道心不稳了,前面写了好几篇benashell元件,突然发现应该放弃。想回去改前面的文章,看了看无从下手,反正已经这样了,我淋了雨,那就希望别人也没有伞吧,哈哈哈哈,放在第九篇送给有缘人。
这个放弃,倒也不是脚本里的从入门到放弃,是发现了一个比beanshell元件更好用的:JSR223,之前也用过这个调试脚本,但是调完了还是用beanshell,也没仔细看这个,因为当时偶然看到的一句话,beanshell报错的时候,可以用这个调试,就一直以为beanshell是正统。
看jmeter里面,凡是有beanshell的地方,都有JSR223。网上找了半天这俩有啥区别,还是没理出个头绪,只能说说我的看法了。
你问JSR223算什么东西?beanshell不报的错,JSR223报;beanshell不支持的语言,JSR223支持。一句话:beanshell管得了的JSR223要管,beanshell管不了的JSR223更要管。
这个JSR223看这样子支持多种语言,包括熟悉的beanshell,其他语言不熟,就不看了。
然后写段代码把两个取样器都试一下
这是一段会报错的for循环,beanshell取样器执行报错,看着没啥头绪,再看一下JSR223,语言还是选了beanshell,好像别的语言也都差不多
这个提示除了beanshell给的那两行,还多了在第三行的提示。其实这个问题是beanshell不能直接打印数字,得转成字符串,设置变量时候也只能传字符型,获取变量更是直接给转化成字符型。
再看另一个报错,写自动化脚本时候经常遇到的
遇到的多了,知道Error invoking bsh method: eval Sourced file这个是没取到值的原因,再看JSR223
报错第二行,就是a没取到值的原因,在第二行用的时候报错了。工作中获取多个值,然后报错有值没取到,再给个行数的提示,非常完美。
说了这么多JSR223的好,但是我的脚本为什么没有改成用这个,主要原因是懒得再新建这么多东西,然后再复制粘贴了。而且JSR223默认的是groovy,拿之前计算金额的beanshell执行
如果我把代码复制到JSR223,但是忘了改语言
报错了。所以写自动化也要坚持编程第一原则:只要代码能跑,就不要动了。