界面写得不错。

去淘宝找一下那种电源，功率越大越好，但需要保持电压 5.2V。你也可以这么算，10*5.2V*2A=104W。

这样的公司就要论甩锅的技巧了。

主动去找领导沟通，很有必要。

这问题很常见呀，比如你没有亿万流量的压测试经验，小厂没法机会接触到，但你是否有去了解业界内是否这类的经验可以借鉴。另外就是考查你的学习主动性。

这个是我经常问的问题咧，问题点在于流量没有打进服务器，所以 CPU 上不去。至于原因的话，要一层层往上排查。几种常见的原因：1、加压机负载到瓶颈，说白了就是请求没发出去；2、网络传输有限流，具体得根据现况查一下；3、web service 线程数没有配置过低需要调整，如 tomcat 需要配置一下最大线程数。
另外不要单机压，多搞几台机器一起压。

怎么现在全是背景黑色的了？

重启一下

现在校招基本上都要 985 的研究生了

快手完全没有这个问题，人手一份零食。

社区的人真的要好好看看这些基础。

新增一个坑位

线上出事故一定是测试的锅，跑不了。问题在于在研发流程中测试能不能有话语权，这个才是重点。上线前必须要按着测试要求的来，不然线上事故背锅这个事没门。

你是有多缺钱。

为啥一定要面 BAT 呢？有些面试真的看缘份。

flutter 做自动化测试真的很坑，你这种还是单 Flutter 的，还有混合 Flutter 的做自动化测试就更难了。

没搞清楚你要干啥。如果是原有的数据，这些数据有没有意义，或者说有没有 case 使用到这些数据，如果有加上，没有就不加。

独立测试环境，独立数据库，执行前直接清空数据库，保证环境稳定性。或者每次执行直接用容器云新建一整套环境来做这个事情，这种比较极端哈。

确实学历这个真的是最难的，深有体会，特别是大厂。

既然知道了有限制，在代码做一个开关，然后关了不就行了么？做任何测试一定要考虑可测性问题

这种有必要做压测么？

个人经验哈，不同项目有不同的做法。我只是说一个可能性的方法，语言上表达有点过于肯定，不是必然哈。

线程 id 转成 16 进制等于 jstack 里面的 nid，如果你判断哪个线程有问题，那么你能通过线程 id 找到对应的堆栈，堆栈有了，哪段代码有问题就一目了然，就不是需要用 idea 打断点。

写得不错，但分析好像有点瑕疵。
1、gc 对于系统来说是很正常的，尤其是 ygc。不能说 gc 就会有问题。但 gc 一定会导致运行速度变慢，所以要对 jvm 调优
2、要用 top -H 看线程，看哪个线程的内存一直再涨或者使用很高。线程 id 的 16 进制等于 jstack 里面的 nid。Jstack 找到有内存问题的线程然后再看干了啥。堆栈会找到对应的代码。
以上可能定位问题会更快一点。