让我想起来最近面试,碰到的一个研发部门总监,问我 loadrunner 的参数化怎么做的,我还心想问这个干什么,这不是很基本的问题嘛
后来才知道,他的使用经验在 2000 年的时候。
公司面试流程还是很重要的,如果脱离太久,就不要问那种问题了
你碰到的这个问题,具体分析,如果是你服务器端的连接数有限,导致的 QPS 上不去,你就是再多的并发用户,也进不去真正的队列
当你的连接数够大的时候,你的并发用户才能真正的进行排队,然后对你的服务器才有真实的压力
哥,从你回答的 jmeter 和 loadrunner 这两个问题来看,你是不是离开一线时间太长了???
从这里来看,你是想测试业务的性能拐点吗?
如果你想测试性能拐点,首先要保证你的压测服务器本身不是瓶颈,确保真的发出了你所设置的线程或者并发
jmeter 这个锅不背
试试这里
做查询业务的,为什么要设置 init、end 和 action 一起循环呢?而且 loadrunner 默认迭代不包括 init 和 end,他只有一个查询业务,也是写在了 action 中
哥,他做的是查询,跟 Vuser 和参数行数有什么关系啊
是场景问题,你的场景设置完持续运行时间后,结束的时候设置为执行完事务结束,而不是直接结束
备注:loadrunner 参数化文件最后一行就是空行,这是 loadrunner 参数化文件结束的标志
这里的请求数误差,指的是测试工具统计的请求数,和实际的请求数之间的误差吗?
哦哦,这个是我们公司内部开发版本,你用你们公司版本,或者用公开版本
Maven 资源地址:http://mvnrepository.com/
文章棒棒哒
嗯嗯,原生的框架其实就那几个,我是想问二次开发或者优秀的开源框架
嗯嗯,理解了,
飞哥,求解,应该用什么驱动啊?
细思极恐
我完全是被东哥的故事吸引了。
不过作为测试,你的文采这么好,你家开发和产品估计压力有点大
你不怕别人看不到最后吗?
我以为你招聘的是测试开发,没想到你要的是 高级开发
String str = "123";
String s1 = String.valueOf(str.charAt(str.length()-1));
int i = Integer.valueOf(s1) + 1;
String s2 = String.valueOf(i);
str = str.concat(s2);
int result = Integer.valueOf(str);
我最近也在面试,虽然在公司内部的评价不错,但是出来后,还是发现了自己缺失的内容比较多。
有时候碰到了比较水或者聊不到一块的,还是要淡定,一方面你可以选择不共事,另一方面你在公司中也可能遇到这样的同事,重要的还是冷静并且有效沟通,最起码要做到不影响自己的发挥。
不过我的里面很多功能的处理方式,不值得推荐。因为这是我的第一个接口自动化框架,里面很多处理方式并不是典型的处理方式,处理方式有点笨,所以可以多多改进
感谢您的认真阅读,您的理解都正确。
1、http 用例的编写,如您所理解;
2、测试用例类必须添加到测试类 (testngReportRecord) 列表 才能被执行和生成报告,因为需要把测试用例添加监听类 org.reportng.HTMLReporter
3、url 中的域名, 会根据配置文件中指定的环境名称,找到 excel 中对应的 sheet 名,然后指定相关域名到 excel 中指定 sheet 中的相关 IP,如果未设置到域名,会走公网像普通用户那样进行 DNS 解析。
感谢支持,祝工作顺利