总结的真的很好了，对于招测试工作的朋友来说应该挺不错的。

只针对 LZ 的问题说说个人观点：

1、只有开发，没有测试
不至于，但是我和小伙伴们呆过的小型公司基本现在都没有专职测试了（虽然他们的主要原因是不愿意花钱招测试），都是开发自测或者其它岗位兼测试任务。
国内中大型公司还好，基本都有。

2、没有 ai，自动化测试干不下去了
写脚本搞自动化还是有市场的，没那么多公司有能力上 AI 来推进自动化的，这个是需要考虑投入产出比的。利用 AI 做自动化的正常情况下应该也是基于自己项目的业务需求来的。

3、没有代码能力的测试只能干外包了
不能去中大型厂是真的，但是小厂还是有机会的，只是有些小厂的测试工作可能还不如大厂外包……

4、是不是太浮躁了
不一定是浮躁，毕竟行业水平也在逐年提高，但相对其它岗位，测试还算相对温和一些的。

PS：大会的各种议题对于扩展测试视野还是很有帮助的。

以前面试的测试，大部分都是自学，培训班出来的不到 30%，最近几年在线教育发展迅速，算上线上培训的可能比例要高一点，但是 80% 我觉得偏高了。

高耦合不该先解耦吗？另外，建议 LZ 提供更多信息供大家讨论参考

1.内部转岗这个是最理想的，了解项目业务，如果有机会接触项目代码就更好了，听过不少这样成功转岗的案例。
2.如果很不幸你有兴趣的技术栈你目前所在公司没有或者岗位太少不提供转岗机会，那么参考 5 楼的方案，我和他所述经历类似，就不重复写了。
3.年龄只要不是大的太离谱，还是有机会转的，但转开发的话请确定你是因为喜欢编程不是其他什么乱七八糟的原因。
4.即使你转岗失败，认真学习过编程也是一件好事，因为高级测试成长的路上虽然编程不是唯一的拦路虎，但绝对是需要突破的瓶颈之一。

也不是没办法落地，只是非 BAT 这类的中小公司，落地成本偏高，因为这个必须测试技术和管理上也得有支撑。而现在的普通中小型公司大多并不太愿意花太多成本在测试上，虽然已经比以前改善了很多了。

帖子值得 mark，复习各种 Android 端抓包姿势。不过还是简单点来吧，就是开个带 root 权限的虚拟机，把证书安装好，按以前的代理抓包（以及文中提到的各中抓包姿势）就可以了。（公司测试机不允许 root 的飘过 orz。。。至于修改 APP 配置文件，测试版倒是还好，产品版还是别加了。）

AB 测试简单接口性能还挺好用的，复杂的...说多了都是泪。参考多少线主要还是看测试项目的性能基线，比如之前测过一个项目，上线要求高，直接是看 95% 和 99% 是否达标的。

大公司的确需要做到这样，小公司经常坑得你功能都不够时间测试，除非你能直接拿一套现成的东西出来。

数学渣表示还是的去补点数学再来反复学习。

mark，好好学习，希望有天能来贵司面试。

刚刚开始学习 docker，只懂皮毛，但那是真心觉得比传统环境搭建方便太多。

汗颜，学习文章的速度跟不上 LZ 更新的速度。还得 fighting 啊！

@xdf “另外需要安装 usbmuxd，走 iproxy 代理”，请问能重新给下这个参考文章的连接吗，原链接 404。

厚积薄发，自己准备好，遇到好机会才能把握住。

开眼界了，不然完全不了解人家的招聘标准

目前正在考虑 UI 自动化要不要换成用 macaca，LZ 这篇介绍的挺详细的的，正好学习了，感谢分享。

记得新的文档上是有提到支持 pc 测试了。但是还没试过。

TMQ 的文章一直都是干货满满，学习了。

昵称：TesterCC
扣号：一七 919351 七一
所在公司：GlobalRoam
工作年限: Three years
工作范围: 功能，UI 自动化（比重比较大，Android appium／uiautomator，RobotFramework 的自动化测试），性能（比重小一些）
兴趣方向: 接口自动化测试，性能自动化测试，测试开发
努力自学 Java 和 Python 中，目标是逐步从自动化测试向测试开发转型。能够不只是是使用别人的框架，也能够二次开发或自己造轮子。

长期如何呢？如果业务越做越复杂，测试代码逻辑也要越来越复杂，请问够用吗？特别希望有 BDD 实际项目落地经验的朋友谈谈。

加油，看了你的问题，也在反思 ing。需要学习的还太多。
不过个人觉得有些问题也是可以在边设计中边做完善的，一开始能考虑到这些当然好，考虑不到这么周全也不用强求，特别是开始阶段往往因为一些原因会让你尽快出效果，所以后续优化也是可行的。

这下又可以学习一波了，感谢分享。

元素管理点个赞，其他的也整理的很清楚了。

目前阶段是不是拉代码，学 OC，直接 UITesting，算最理想的方案呢？