等你遇到了一个想提拔你为测试经理的领导就行了，其他的都不重要。

请问买了票但因为疫情的原因没有去会场，后续大会的视频是自己找相关工作人员提供吗？

我觉得还是得根据线上 Bug 来反推问题的根源，到底存在哪些问题，从整体角度去看应该解决哪些问题，优先解决哪些问题。线上 Bug 多必定是多个环节都有问题导致的，譬如楼上有人提到的测试左右，缺乏接口自动化在所有问题当中的占比可能很小，这就意味着即使搭建起了接口自动化，也仅仅是解决了一小部分问题，最终还是会有大量 Bug 上线。

提到回归测试，有些公司要是不出点回归覆盖率不够甚至没有回归导致的问题，管理层是不会意识到这是一个问题的，更多的会跟你说，你说自动化测试很重要，但我们现在没有也没出什么问题啊。。。
遇到这类情况，想要在不出问题的情况下改变一个人的思想观念，很难

1.提升回归测试效率
2.节省人力
3.降低手工回归测试带来的人为出错风险
4.提升个人开发能力 = 提升个人价值、行业竞争力

经费有限的话就用第三方兼容性测试平台吧，没办法的办法。假如是为了兼容性测试而自购那成本太大了，不光要覆盖机型，还要覆盖系统版本。同样的机型不同的系统版本，也会有不同的问题。
或者像我说的，老板的机型和优先级更高用户的机型先保证，其他的随缘

个人觉得不同的业务特性判断的规则也不一定。比如交易类 APP，涉及到入金的，那么申请的机型就不能单单只参考使用率，要是我的话优先级应该是：老板的手机型号 > 入金占比最高的那批用户机型 > 使用占比较高的机型

业务性强的接口，肯定是要手工写的。举个例子，一个文章列表接口，测试点会有很多，1.随机抽几篇文章核对内容 2.核对总数 3.检查排序方式。。。等等 类似这样的用例我是想不出通过自动化生成的可能性。
能通过技术等手段提升效率最好，假如不能等话还得老老实实手动写，毕竟接口自动化的目的是发现问题，覆盖率达不到那原始目的就很难达到，这样的话还不如什么都不做，我是这么认为的。

楼主可以考虑一下阿里的 PTS，付费的，但自己折腾环境同样费钱还费时，可以根据性价比权衡一下。
另外我觉得 10 万用户，一台电脑 2000=》需要 50 台，不能这么算。
10 万用户并发具体指 1s 内 10 万用户集合在一个时间点同时访问呢，还是总共有 10 万用户只需要在特定时间内（比如 30 秒内）完成 10 万用户的登录行为就行了？
我想你说的 2000 指的线程数；假设 1 次登录耗时 0.2s（响应时间），1 个线程在 1s 内（无限迭代）可以完成 5 次登录，那么即使在 1s 内完成 10 万用户的登录也只需要 10w/5 = 2w 个线程数，每台压力机能支撑 2000 线程的情况下大约需要 10 台来完成。

确实，假如按 5s 作为标准的话确实很不合理，受教了。刚接触性能测试不久，还处于消化基础概念的阶段