前期基建不搞好，搞 UI 自动化跑几千条 case 就是个自杀行为。

恨不在上海 +1

笑死，平安不给接 USB

说白了就一个字 “懒”，懒惰使人进步。

界面写得不错。

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

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

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

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

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

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

重启一下

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

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

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

新增一个坑位

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

你是有多缺钱。

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

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

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

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

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

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