应该是: landscape
推成一个了,大哥大姐们,再来点简历呀
这年头感觉招人的不多了,但是反过来看,出来找工作的小伙伴也不多的
还没招满,继续投递呀,欢迎大哥大姐们,一起搞事情
更新下,目前还有 5-6 个 HC,欢迎大家继续投递
顶一下,还有 hc 噢,java 开发,测试开发 都招的,欢迎大家投递
顶下的,西安的,或想回西安的小伙伴看过来了
ava.lang.Throwable: Could not access D:\java_project\lib
at org.apache.jmeter.NewDriver.(NewDriver.java:105)
NewDriver.java 这个类第 105 行,打上断点,去追下看看就明白了
据说有破解版的 jira?
简单的话,分成 2 个脚本去维护?
工作好找,称心的不好找,向来如此吧
crash 吧?
小丽同学,http 信息头是不是可以放在 thread group 外面进行全局统一管理?
然后文章太长了,建议将问题分开,单个场景或相关的场景放一个文章中
8 楼正解,Synchronizing Timer 的原理是使用 java 并发包中的 CyclicBarrier ,是个集合点,
典型使用场景是秒杀
安装的命令( npm install -g stf )不可以更新吗?
这和 appium 没啥关系,关键是要知道手机本身如何支持,iOS 不清楚,但安卓可以支持,可能需要开发人员配合,可以找公司内移动端开发去确认
另外,我的 http cookie manager 里面是没有加数据的
我本地用的是源码起的 jmeter,5.5 的版本,没有问题,即使不勾选上面的 2 个选项,也没有问题
jira 的数据都在库表里,你可以通过 rest api 或者直接去库表里捞取你需要的数据集合,需要花点时间按自己的需要定制
不清楚你想要啥样的报告,我没有用过禅道,你可以根据自己的需求去定制的
一是不能一键出结果,二是有些数据不直观
这个好久没看了,看下涉及到的几张表吧,主要是修改记录表,来判断一个 issue 是不是有重新打开来着,你试着改改吧,可以对比 web 界面上看到的数据看看
不错不错,难得看到这么好的东西,之前也做过类似的东西,一开始也用 yml,但是解析 ${} 变量,是自己写的,感觉不太好用,后来改成 json 了,扩展相对方便些。
在报告里面,存结果的时候,可以修改一下结果的顺序,allure 默认是按字符串排序的,所以会变成 1 , 10,2 这样子,我是在它的前面补 0 的, 结果就按顺序排了 001, 002 ... 010 这样
allure 只是一个报告样式,按理说应该想办法把数据丢到一起去,交由 allure 展示