"""高级职位基本不会问基础方面的问题了， 因为这个级别开始就是走专家方向，要求的技术深度和广度是不一样的， 不会小打小闹的跟你扣基础技术。"""

很赞同这一点，因为确实随着年龄和技能、经验增长，基础的问题会被问到的概率比较小了，更多的是从整体考量来问。

这些都是实际经验啊，感谢楼主总结，我先收藏，其实我更想了解下楼主关于抖音的面试面经，方便交流吗？

• 在工作中的业务测试出现经常点点点的状况，其实很常见，不过次数多了就会出现困扰，这是我自己总结的一些情况，也欢迎补充

  • 难道测试就只是点点点，到测试阶段测完、上线还要回测，还有一些项目是回归测试，哎呀都是重复性的活好烦
  • 感觉把大量时间花在了重复性工作上面，工作时间长了，感觉自己没啥长进，一刷 Boss 那些 JD，都要求会代码、会自动化等等，心里发愁怎么补这方面知识
  • 自己就算学了，比如 python、自动化，那怎么用到一个实操的项目？看视频、书上面的案例和自己的业务测试挂不上钩，总觉得没学进去，如果超过半个月不用就忘完了，还不如不学
  • 学习主动性的问题，自己怎么坚持？要么就是测试组内没有技术氛围，自己坚持不下。

• 我自己有一些思路

  • 先说为啥学技术，没办法，就业环境因素导致，现在测试卷技术也很厉害，学点技术给自己增加点竞争力，
  • 另外无论编程、还是工具，首先是为了解决问题，比如重复性的工作，你用了自动化，把一个需要回测的功能很短时间内测完，效率变高了，测试数据处理之前需要手动处理，但是你用 py 写了一个脚本，不到 1s 就处理了，就感觉效率也高了，给你带来了成就感，你就可以推广给组内了，这样个人影响力就慢慢积累起来了
  • 所以可以上下班路上学习，上下班路上学习我自己感觉还挺有用，抓住零碎时间学习，总会用你用到的地方，这不就是在积累知识了嘛
  • 至于说编程语言、自动化这些，学了有用吗？肯定有用，面试的时候简历上加分（手动狗头），其实会编程以后，带来的好处还挺多的，比如可以自己看懂业务代码，对业务更熟悉，自己动手写接口、写服务，实在没项目写，那就把你自己测过的需求或者项目用代码试着写写，不要纠结语言，主要锻炼编程的思维，慢慢就可以从代码层进行测试，走测开的路，研发对你的态度也会不一样 (自身真实体会)
  • 点点点之外，可以对业务方面做深入了解，不要小瞧这块，面试对业务问的还比较多
  • 说到底，不要幻想，去坚持学习，一方面是可以升职加薪，一方面是自己能力上来以后，就可以和更高层次的人对话了

以上是自己的一些拙见，欢迎大家一起讨论

我来说说我的情况，2022 年年中的时候，刷 boss 看到测试 JD 都是需要会编程语言，我本身会 py、shell 这些，但是感觉竞争力还是不够，然后技术领导有次聊天给我推荐学 go，了解了 go 的背景和哪些公司在用，想着自己要是左手 py、右手 go，那个人能力是不是就加倍了

• 所以带薪学习半年跟着 B 站 go 教程学基础语法、gin、grpc、并发编程等等那些
• 然后自己就开始写项目，将之前的 python 写的几个测试接口换成了 go(用的 gin) 实现了一遍（换完发现接口性能比 py 快了好几倍）
• 然后用 go 写了一个项目管理平台，但是半路夭折了，只写到项目立项那块的逻辑，差不多 10 个接口的工作量，前端是组内其他同事写的
• 确实对自己代码能力有很好的锻炼，让我对 go 使用更加熟练。能在遇到需要写测试提效工具接口的时候更熟
• 另外还写了一些其他的项目（我又去卷了前端 vue），所以算是小全栈，自己熟悉了前后端那套，经常在公司的服务部署平台部署自己写的项目（都快把自己做成半个开发了）
• 当然对自己测试帮助最大，测试出问题的时候就感觉自己一下子知道问题出在哪了，比如是前端问题、后端接口逻辑处理等问题，我觉得这是最大的帮助，而且意外的是我再看业务的 java 代码，基本能看懂写的逻辑，这就是多掌握一门语言好处，语言都是相通的
• 会的多了以后心里自然对不同语言的优缺点有了解了，所以现在我基本都是用 python 写自动化、数据处理脚本等等（因为处理数据、写脚本真的比较快捷），go 来写业务测试用的接口和服务，支撑业务测试，因为考虑到接口性能、部署等问题，要是接口通用性比较强，那就不是一个人用了，甚至是研发、测试组内都在用。

我用的 airDroid，苹果和安卓都支持，软件可以直接开启一个 web 服务，浏览器就可以打开，能访问手机的文件资源，下载图片、视频啥的还挺快，最重要是不需要什么登录啥的

不用纠结，主要是看你用哪种语言解决什么问题，比如我用 python 写自动化、快速的各种数据处理脚本，go 写测试用的服务和接口，来支撑业务测试，进一步提效，不用太纠结语言

真的是这样，个人能力提升了，势必要找更好地环境和平台

我感觉分享是一个非常好的做法，我现在的 QA 团队分享都是基于业务测试，技术分享挺少的，大家除了业务测试就是业务测试，感觉不到个人能力上的提升，更别提做什么技术 topic，如果自己一个人去做，进度、成果会很慢，没有被其他人认同，甚至过段时间就觉得做的东西没什么意义，所以个人感觉持续的技术分享可以积累大家对技术的兴趣，然后吸引有兴趣想做的同事一起做有业务价值的技术 topic。

现在有解决办法了吗

请问这个现在有什么思路吗？