嗯嗯,学习了
为什么我打包 jar 引用,jmeter 的性能下降超级严重
这样不会很麻烦?
jmeter 使用 java 计算 sign 值,并添加到 url 里,虽然功能实现了,但这个 sign 的计算,导致严重影响 jmeter 的性能,不知道你有没有出现
是否精准,与截图有关,现在应该可以使用 https://github.com/AirtestProject,资料应该更多
666,之前尝试了一波,就发现 locust 无法增加并发提高压力,只能增加试压机。感觉好弱。使用 locust 压测,无非就是针对非 http 协议的服务端,这个 golang 的 boomer 可以尝试一波了
wrk 支持不了非 http 协议。
是一样的,并且客户端与服务端还是内网来的
调用 sdk 的接口,然后测咯
我一个百度账号用了很久,然后手机号换了。。就无法登陆了。。申诉都没用
grpc 协议,基于 HTTP/2 和 pb 协议,因此工具需要支持读取 pb 协议和 HTTP/2(正常来说这个可以忽略)。
我们这样做,使用 node js 写一个 http 服务,并且 封装一个 请求 grpc 接口的 function,node js 收到 http 请求后,马上调用 请求 grpc 接口的 function,并且返回 grpc 接口的 response 给 http 客户端。并且 node js 采用 master ,worker 模式,尽量让 node js 不会成为压测链路的瓶颈。调用链路如下:
wrk/ab/jmeter --> node js proxy --> grpc 服务
此模式,不局限 http --> grpc ,还可以 http --> websocket, http --> thrift 等等
我今天也收到了,点进去是一个活动专场什么的。。
websocket 会发送心跳包,把相应日志打印出来,查日志 OK 啦。
买个 mini,在 mini 装上 jenkins 节点,不是什么都解决了吗?
这个倒没遇过。。基本上都是用 Charles 抓 ios
我常用是 Charles 和 tcpdump
想请教下,流量回放如何解决数据问题,比如一个请求 user_id=123,但该请求 user_id 为线上数据,但本地回放如何解决数据不一致问题。难道同步线上数据库?但明显是不合规的。。。
目前依赖测试组内同学,提测时,去跑下,有问题反馈
推不动。。与研发 leader 会议也开过几次,说好的这样这样,但一到落地,就打回原形。 ,目前只能推动测试组内了。哎
我也觉得小工具好,这是实在,并能够解决当前他们遇到问题,效率的地方 ,用得顺手的话,还会告诉其他人有这个东西,自己推广都不用
看来大家都差不多,目前我的还只是自动化框架,利用 jenkins 构成 ci(编译打包,接口自动化测试)。但整个 CI 流程推不动。。好累。
每次分支上线开发都不跑,其实就是一键操作而已。。等个 10 来分钟就收到报告了。后来测试组内推广,提测时跑 CI,跑下静态分析 (静态分析没集成到 CI)。
但有一个业务组,就很充分利用,有时还提需求给我,现在 jenkins 上各种类型 job 很多,也算是价值提现吧
有一种情况就特别心累的,CI 每天会定时构建 (master 分支), 当有用例失败时,就各种蛋疼,为什么 master 分支出问题 (说明没推广好),要么服务有问题,要么用例有问题,然后各种问人,查看合并 master 的代码,然后用例维护。。真的累。。
之前还想,jenkins 的 job 越来越多,是不是开发个测试平台代替 jenkins 触发,感觉高上大,看到各位的现状,看来是没这个必要了
失败用例维护后,再跑一次不就 100% pass 了
是的,当时看到太多字符,而且没观察到规律 就一个个字符匹配开头了。。
666,没有观察那么细致,原来后面还要一样的字符
好奇怪,我第一次拿到 6 分,然后想调整下正则,就是 4 分了,后续改为第一次的正则,也不会变为 6 分了。。
顺便问一下,这题有什么好方法啊。。我的太 low 了。。。