这么杂的东西,其实可能花点钱上上这个论坛的大 V 的课说不定好点
需求管理都管不住,就不去测试用例管理了吧。
可以在你要测试接口地方设置等待多少个线程完成一起发送的。也是一种模拟性能测试的方式.
不设置任何定时器, 就是随机访问,看吞吐量和响应时间,这个本质上也是符合系统场景的,到你要测试的接口,当然前面也有很多操作,那么自然也会形成系统负载,如果前面就撑不住了,到你这个接口也没有什么意义,这个像系统层面一点
也可以设置其他定时器,按不同场景下吞吐量和响应时间
我看这个要求: 不是说是接口,是说页面加载时间,接口一个 3 秒?这太慢了吧,是慢的恐怖。
如何以上都很熟练了,我觉得是性价比最高的,不费力气,工资也还行吧。其他不要多想了,合适就行。
从解决实际问题出发:
如果以上都随便写写就能了,其实大部分都能应付了。 80% 的测试自动化技术以上内容如何很熟练了,基本上问题不大了
看来招聘市场有点回暖了哇,招人好像有点了。
区块链是干什么的?
取消测试,就都解决了;提效可以去提别人的效了。
压测低频场景,而且不用平台有替代方案,一般公司都到不了要常年压测的程度;所以如果成本低做一个那到无所谓,
如果需要花费挺长时间做的,不如拿开源的用就好了。开源的有好多的。比如: https://github.com/andriisoldatenko/awesome-performance-testing 这个上面自己看看。