性能测试

那天，我在公司里头，正忙得焦头烂额地给新上线的产品做性能测试。眼看着时间一分一秒地过去，我坐在电脑前，盯着屏幕上跳动的数字，心里直发慌。10点整，系统崩溃了，页面卡死，我赶紧重启服务器，深吸一口气，继续。
等等，还有个事，我突然想到。我记得上次测试的时候，也是在10点，系统就出了问题。难道是时间点有问题？我赶紧查了查日志，发现那天刚好是服务器升级的日子。我摇了摇头，看来不是这么简单。
地点是公司机房，那是个常年恒温恒湿的地方，可今天，我却觉得有点闷热。我打开窗户，一阵风吹过，心情稍微好了一些。具体数字嘛，那天服务器崩溃时，并发用户达到了3000，而我们的服务器配置只能承受2000。
我一边整理测试报告，一边想，是不是我们的服务器配置不够？还是说，我们的代码优化还有待提高？我看了看时间，已经快到下班时间了。我得赶紧回去，继续研究这个问题。
性能测试这事儿，真是让人头疼。不过，每次解决问题后，那种成就感也是满满的。只是，这次，我还需要再想想，到底是从哪里入手。

这就是坑，别信单线程能跑赢多核CPU。
别这么干，忽略并发用户数增长对系统的影响。
2020年，某电商平台因未预测到双11并发高峰，系统崩溃，损失过亿。
这就是坑，不进行压力测试直接上线新功能。

这就是坑，别信测试报告上只看通过率，不查延迟率。
2022年，某电商APP上线，首月用户崩溃反馈达30%。
数据指标，至少关注响应时间、吞吐量、并发用户数。
别信只测静态页面的测试，忽略了动态交互。