这就是大上海！

不用那么麻烦，我们先干他一万个并发，合不合理的开发自己分去就完了

不是沉浸在旧时代，是感慨现状。
现在大环境下 10% 左右的提升相比跳槽面临的风险来说性价比极低，不如维持现状了

但是这个比例的提升对大部分人来说也没有吸引力啊，除非现在的工作出了问题。
真难顶啊

针对上传类接口，通常会采用异步处理的方式来提高用户体验，即前端请求后后端立即返回响应，但上传操作还在后台进行中。
我的意思是：
1.两者响应时间过大，可能是前端你只关注到响应返回，而非文件上传完成。
2.Jmeter 则是监控的全流程，即请求上传到文件上传完成后的完整流程

我的第一想法是两者监听不一致，页面响应是正确的，上传类做了异步处理，提前响应；接口调用是监听的文件完成上传过程，也是正确的

很棒的一次测试，有几个问题请教下：
1.Influxdb 存储数据的意义是什么呢？是为了压测平台内的数据查询吗？
前面说性能瓶颈是在测试平台的数据存储上，当工具的性能对测试流程带来了负面影响，是否可以考虑舍弃？就比如 Jmeter 到 Influxdb 的 summaryOnly 选择
2.百亿级数据到百万级的压缩只是为了优化测试平台本身瓶颈对测试的影响吗？数据量的变化不会影响到数据本身吗？

别想这么多，多学习多了解就行

穷

看你的工资够不够就行