或许跳槽是应对的最佳方式

如果只是针对 python 语言，不考虑具体业务（比如爬虫/web 开发/人工智能）的话：
不需要书籍，网上资料绝对够用了。
比如 python 的官方文档，东西绝对是全的：https://docs.python.org/zh-cn/3/tutorial/
还有我的博客 ，找 python 相关的系列看就行，能保证比市面上 99% 的 python 书籍都深入：https://blog.csdn.net/u013842501

首先不完全支持楼上（#4）给 LZ 的沟通表达建议，这种论述很阿里味，没有一点技术含量。这里 LZ 表达的已经很明确了：想学自动化脚本，目前已经学习了 python，但对于后续的学习个人毫无头绪。
然后游戏测试，学自动化脚本，有这么几个地方参考：
1、语言：python 是必须要有的，掌握基本用法。其它的得看具体游戏或者平台用到的技术栈，按需学。
2、工具：比较常用的是 airtest，可以用它找一个手游/端游写一些玩具类的自动脚本 demo。另外底层原理有必要了解一下，比如通信层面（adb/libmobiledevice）或者引擎层面（空间树/GameObject 树），以及图像识别这种，都可以踩踩坑。这样能了解到实现自动化脚本有什么方式，甚至自己造轮子。
3、游戏引擎：主流的是 Unity、Unreal，跑一些官方教程（游戏开发教程，不涉及测试），了解这些引擎做游戏涉及到的一些技术，这样你在实现自动脚本时候也会心里有底。H5 方面不大了解，但如果能跟项目沟通，抽出一些玩家行为的接口，写起自动化还是比较容易的。
4、实战：以上都是工作之外可以做的，工作之内的可以把学到的东西用到实际，比如用 python 写一些脚本工具提升自己的测试效率，或者就干脆写个自动测试，能做到这些就可以领先大部分同行了。

越写越感觉少了什么——少的其实是不知道这个工具实际会怎么用，用在什么测试场景
游戏协议测试有个重要的点是能够绕过客户端屏蔽，相当于是可以测试到服务器的协议参数判断，好比某个玩法你只玩了 1 关，你发了个进 99 关的协议，要是服务器没做前置关卡通关校验，你游戏里直接进 99 关，那还得了
建议跟业务测试深入聊聊，确定下工具要做到的功能跟效果，再继续着手开发

时间多的、人工烦的

在 PPT 上的内容基本上都是过度神话

实际的来讲，自动化只是一种 “方法”，重要的是用自动化达成的 “目的”（需求），这个 “目的” 能够大体决定自动化的 ROI
自动化还有一个重要的次要目标是代替人力，如果不能有效代替人力做掉繁琐重复的测试工作，那就是假的自动化
自动化并不是很好驾驭的一个东西——确实如此。没有一定技术基础，很容易做成假的自动化。

非大佬，强答一波

既然提到 “帮助测试团队提升输出质量与效率”，那就不只自己所在测试组里面的事情了，做的东西得想到既能够应用到项目业务内容，又得考虑如何方便地让其他的项目应用，实现知识共享

首先自动化测试，看具体什么用途，如果是功能测试冒烟性质的，起码得保证运行时间多，反馈频率高（嗯，就是纳入日常冒烟测试环节），否则没法体现代替人力的作用。最好提炼一个脚本框架跟一个平台满足自动化用例的快速编写以及每周甚至每日运行的需求，UI、脚本等等的支持都可以搞上，打好基础之后就可以玩花的了（对，说的就是异常图像识别、AI 自动化之类的东东。。。）

协议、性能测试，涉猎不多，不敢多说。

表格等周边工具，这种就会是五花八门各扫门前雪的了，如果要做到通用性好，除了本身稳定性高之外，还要考虑接入规范跟灵活性（比如配置扫描是否支持自定义配置导出脚本与 non-code 的扫描规则、是否支持 docker image/helm 的接入方式，是否支持公司内部技术栈等等）。核心功能说白了就那样，但通过一系列包装能让工具更加易用，能让工具被更多人使用，工具的价值才会体现。

总之很多东西，细细挖掘就会发现一个人的力量难以完成，所以还有个很重要的点是能够创造机会让大家一起讨论交流，挖掘更多需求，沉淀技术产出。。

咱们测试把技术能力提到比开发强不就得了
至少能在某个技术领域领先人家不就得了

讲真，开源工具还能要求这么苛刻吗

竟然还有这么问问题的吗。。。

给你一个微服务架构产品，你怎么做？