非常好的问题。
估摸公司测试开发比差不多在 1:3，一个测试对差不多 3 个开发。每次任务测试是单线程，即每次只对一个开发，按测试排期留下来还是有不少时间支配的。你这说法好比，假设一天 10 个开发， 加起来一天有 10 个需求，一个测试，估计也测不过来？
实际情况很多，具体操作起来也应人而异，有一些经验我也分享分享。
1、不是每个方法都需 Review
2、不是每一行代码都要 Review
3、在支配时间时，不能一昧的 Code Review，效率和时间需做平衡。 如果一个架构需要花不少时间去弄清原理，有可能会耽误测试完成的时间，那果断就以测试用例和黑盒测试为主，或白盒和黑盒共同兼顾。
4、有一些关键的中间结果或判断，是理清脉络的重点，我们平常做单元测试也是这条准则吧。
5、若 Review 经验稍足后，会不由意识的关注容易出错的地方。
当然我们还有很多注意的地方，可以一起交流和讨论。

可以可以 我们也有埋点自动化 互相交流交流

可以的，我们这个用户群体主要是产品和运营。

没有网络连接，你抓的包是 Unknow 状态对吧？

配置 SSL Proxying Settings

哪些有请求丢失？没碰到过，可以详细说一说吗？

1

已阅

同行，同方向