这种确实是非常依赖环境的支持程度，所以我觉得最好的方式只能是拥抱环境，寻找有机会在现有环境下推动和落地的方向。之所以建议从接口方面入口，主要还是考虑不管做哪方面的业务测试，接口测试都是需要接触和相对容易有成果的方向，当前可能有带有一些主观的推断，因为我差不多也是依靠这个方向去做的突破，什么 UI 自动化、性能、压测啥的方向也是一顿尝试，发现都无法落地之后，最后在接口方面实现一些价值突破，这也是为啥说有相同经历的原因。

相同经历路过，什么都学其实真不太行，逮着公司内最好落地的方向深耕。据我的理解的话，深耕接口这块是相对好出成果的，同时衔接自动化更平滑，对于中小公司来说，手工测试想要做出亮点的话。

很不错了，像我游测转软测都没人要

最怕遇到精神文明的面试题，问你对公司了解程度如何，不熟你就没了

工期已经这么紧张了，估计也没空搞自动化吧，建议谨慎自动化，除非有特别合适的空档期可以一下子搞起来，否则别碰，碰了就是技术债务。另外说的质量管理的观念，看着像是要左移呀，要测试提前介入或者协调分批提交，这个比较考验项目组人际关系

正经人谁写日报

有没有可能，公司招聘上面的全都要

emm,大概理解职能定位了，其实干的是细分的活，让业务部门专注业务。

没接触过，我所在的团队流程拉通、对接、流程提效的活都是自己团队内做的，所以才有此疑惑。不过看 1 楼大佬的解答，更像是把工作更细化了，业务部门主要精力放在业务上就行，至于部门协调、流程对接之类的活就交给专业去干的意思

可能本身在扁平化的团队待多了，感觉很难具象化职能，看大佬的描述看来更像是一个多职能部门桥接推动和项目流程提效的工作，个人理解可能有点偏颇