AI会替代软件测试工程师吗?谈谈我这次跳槽的真实感受
随着所谓AI时代的到来，行业内其实一直都在讨论一个问题：但对我这种测试岗老东西来说，我并不认为AI会完全替代测试工程师。作为一名中级测试，正好最近跳槽成功，没有转行，也没有放弃测试，仍然选择继续留在测试岗位。在经历了几轮软件测试岗位的面试之后，我最大的感受其实是：但能够熟练使用AI辅助的人，效率已经开始明显拉开差距。结合我这次跳槽的经历，我想分享一些自己在测试岗面试和AI测试方面的真实感受和经验。很多东西平时工作里其实都在用，但真正到了面试的时候，如果长时间没有系统复习，很容易出现一种“自己明明会，但一下子说不出来”的情况。虽然不像开发岗位那样需要大量准备算法和底层技术，去硬背一些“技术八股”，但测试岗位常见的一些基础问题，比如：这些东西平时工作里可能天天都接触，但如果不提前整理，面试时很容易卡壳。尤其在面对陌生面试官的时候，临场表达和平时自己做事情，完全是两种状态。我还记得以前准备面试，更多还是靠自己翻笔记、搜博客、看测试八股文，辛苦准备半天，结果面试时面试官的问题直接让人懵了，不知从何回答。现在不一样了，有了AI，我这次准备面试时就是让AI帮我做了下面几件事情：- 请帮我根据这个岗位JD，分析一下我应该如何准备这次面试
- 这个岗位面试时，面试官可能会问哪些问题，我应该如何回答
- 针对这个面试问题，我这样回答：XXXX，有什么问题，可以怎么优化
- 请帮我把这些可能的面试问题列成一个表格，方便我查看记忆，表格内最好有速记词、回答模板
有了这些问题和答案，再结合自己工作中的一些经验查漏补缺，当面试官提到类似的问题，都能套用同一套结构或者表述方式去回答。如果想准备的更加充分，也可以完全让AI模拟面试官，让他连续提问，这样就会发现，哪些地方自己真的会，哪些地方只是以为自己会。如果有兴趣，可以参考我上一篇文章，其中的问题都是通过这套方法形成的，在我自己的面试过程中也发挥了重要作用。AI正在改变测试工程师的工作方式，一些重复性、流程化的工作可以完全交给AI，以前很多事情需要自己一点点写：SQL，脚本，自动化代码，文档整理......这些工作，AI基本都能参与辅助，那么测试工程师的工作方式应该怎么改变？我觉得工作重心是以下几点：AI现在已经能生成可用的测试用例，但真正重要的其实不是生成，而是：为什么这样测。很多真实业务场景里的问题，并不能简单的通过接口文档或者功能点描述就能发现并生成对应的用例，例如：用户真实操作路径、边界场景、异常流程、多系统联动等。这些测试点目前还是更依赖测试工程师自己的测试思维，AI更多是在帮你提高执行效率，但测试设计本身，目前还是人的事情。这些事情，其实很难依赖AI，很多风险来自于业务理解、项目经验、历史问题，这些内容往往并不是单纯靠代码分析、文档分析就能完全得到的。大多数时候，测试工程师的工作，并不只是”测“，按我的经验，还包括了很多和开发沟通bug问题、和产品确认需求问题、推动问题解决、协调上线节奏等诸如此类的沟通工作。这些事情里，人更是无法缺席，AI可以帮助整理问题、分析日志、辅助定位，但很多线上问题最后能不能真正解决，其实不只是技术问题，更多还是沟通和推动的问题。至少目前来看，AI更像是在重新定义测试工程师，而不是简单替代测试工程师。对于我们软件测试工程师来说，与其焦虑，不如尽快开始真正去接触AI、使用AI，因为当下的环境中，会不会使用AI，可能会成为新的分水岭。工具本身并不可怕，真正重要的还是思维、学习能力以及解决问题的能力。至少对我来说，这次跳槽后我仍然会继续留在测试行业，也仍然觉得这个方向值得继续深耕。AI没有让我放弃测试，反而让我觉得测试工程师这个岗位，正在进入一个新的阶段。
10个月宝宝每天需要喝多少奶粉？
