一般都是由浅入深，我了解到的，国内大部分 IaaS 产品研发团队，很少配备专门的测试人员。IaaS 产品测试，大概率要把自己往架构师的方向培养（在讨论测试方案时可以和架构/开发平等对话），初期几个方向：

1. 解决端到端的测试方案：从业务视角出发设计测试方案，解决单产品测试覆盖不到的风险点。
2. 提供测试平台和质量管理：涉及到自动化的框架开发和用例维护，三方测试框架的接入以及其他很多横向的事情。
3. 跟进需求和现场问题，加强积累 简单说，初期要提供服务，获得其他老师的信任。 我的体感，大概 3 年左右就可以成为外人眼中的 IaaS 产品"测试"专家。几个好的方向：测试架构师/性能测试专家。

难得看到一个 IaaS 的帖子，广告招人，感兴趣的私聊，目前网络人力缺口大，计算/存储也可以聊。
底层产品测试没有大家说的那么不堪或者地狱难度，整体坑少人也少，而且对年龄更友好，周围同事来的来，走的走，大部分目前都还不错。

大家可能不知道阿里有几个 P9 以上的测试 (转综合管理的不算)，包括字节和 tx 同级别的测试，非常非常非常少。
所以不用焦虑了，市场说明了方向，老老实实做技术，理解产品。
管理型的 TL 分两种，一种是从业务中长起来的，没有你管理团队不行，一种是因人设岗。目前看前者还是有生存空间的，后者面临的挑战非常大，整体生态萎缩，船票和坑位也越来越少。

我怀疑你们在双簧，推广公众号，但是没有证据。当然反手就是一个关注公众号

或者有木有大佬有好的 logcat 切片策略，就是让 logcat 按时间戳顺序保存在一些列 log 文件中。之前想过用 filebean 或者 logstash 直接监控，但是由于各种原因，都不符合应用场景。

单 python 来说，至少一个初级 python 后台开发的水平吧。百度随便搜一下 python 后台面试，10 个问题会 9 个，其中 5 个你能吹够半小时，我感觉就差不多了。资深一点的，协程会看到源码，基本也够了。。。

JAVA 精通劝退

测试妹子还是有优势的。。。。如果是写工具的话，就比较少了，大部分是男的。我接触到，代码稍微好点的测试，只有一个妹子，然后至今单身 = = 真实。。。

去做两年测试，算法估计比 9 成开发还六了吧。

外包普遍技术差，缺乏思考吧。当然也有个例，朋友说隔壁组一个外包出身的测试升 7 了。。。

简单的场景是可以跑 UI 自动化，传统的基于元素检查的框架，和新一点的基于图像和场景识别的框架，发展很快。但是 UI 自动化不可避免的有随机假摔的情况，应付复杂场景的时候，稳定性还是欠佳啊。
还是坐等大佬的框架吧，目前的情况，不看好啊。