可以在你要测试接口地方设置等待多少个线程完成一起发送的。也是一种模拟性能测试的方式.
不设置任何定时器, 就是随机访问,看吞吐量和响应时间,这个本质上也是符合系统场景的,到你要测试的接口,当然前面也有很多操作,那么自然也会形成系统负载,如果前面就撑不住了,到你这个接口也没有什么意义,这个像系统层面一点
也可以设置其他定时器,按不同场景下吞吐量和响应时间
我看这个要求: 不是说是接口,是说页面加载时间,接口一个 3 秒?这太慢了吧,是慢的恐怖。
如何以上都很熟练了,我觉得是性价比最高的,不费力气,工资也还行吧。其他不要多想了,合适就行。
从解决实际问题出发:
如果以上都随便写写就能了,其实大部分都能应付了。 80% 的测试自动化技术以上内容如何很熟练了,基本上问题不大了
看来招聘市场有点回暖了哇,招人好像有点了。
区块链是干什么的?
取消测试,就都解决了;提效可以去提别人的效了。
压测低频场景,而且不用平台有替代方案,一般公司都到不了要常年压测的程度;所以如果成本低做一个那到无所谓,
如果需要花费挺长时间做的,不如拿开源的用就好了。开源的有好多的。比如: https://github.com/andriisoldatenko/awesome-performance-testing 这个上面自己看看。
别预言这个预言那个了, 难道测试最擅长预测?客观的说,你的这几个例子的文章难道没有一点价值吗?可能对你没有价值,不代表对别人没有价值,各有各的活法,这么清楚的入门教程对一点不知道 python 的人,还是有帮助的;淘汰什么都不重要,重要的是你能写出不淘汰的东西;社区负面情绪稍微有点 。。。。。。
上面 AI 的回答估计是没用的,可能大家找到 AI 不能解决问题的场景了,是个好事吧。
1.看着讨论中说到技术自嗨的问题,我觉得这是两个问题,和这个讨论没什么关系,没必要带着这种情绪化的东西来说。
2.至于说因为这种问题说要换行业,我感觉也未必,其他行业不能解决的问题可能也有,你还不知道,你怎么知道不是掉进另外一个坑呢?
但是如果要想解决问题,自己一定要想清楚要什么?有具体的诉求点,有具体的事情可以说事,你担心别人扣钱,但是别人担心你身体了吗? 不发 Bug,不可以直接群里说吗?或者你说来不及,让项目经理一起参与。 做好不能缓解一下就准备走人准备,虽然但是。。。。。。,但是确实很多公司就是这个样子,最底层,最没话语权的受罪。