AI 视频分析报告
小厂的软件测试不必过于焦虑被ai替代 #ai测试 #软件测试 #测试开发
任务ID: 2437
30秒速读
核心摘要
可执行建议
- 过渡期培养三项能力：对自身业务的高熟悉度、AI coding能力、AI辅助测试能力。
- 小厂功能测试应逐步向测试开发和AI测试方向转型，在变化中寻找机遇。
高价值评论洞察
- 多位用户指出“小厂甚至没有软件测试岗”，说明视频预设的“小厂QA”群体可能比想象中更小，部分小厂由前后端或运维兼任测试。
- 有用户反映“老板觉得AI能取代我们”，表明焦虑主要来自管理层认知而非技术现实，这是比技术替代更直接的职场压力。
- 一条长评论呈现典型困境：功能测试出身、非科班转行、薪资走低、离职后迷茫，想精进却不知方向，代表了一批基层QA的真实状态。
- 有评论提到“小厂老板提大厂要求”，反映小厂在成本与质量期望之间的矛盾，可能催生对QA的复合型压榨。
用户关注点
- 小厂测试岗位是否存在及职责边界模糊（全栈、兼任）。
- 老板对AI替代的预期与员工实际能力转型之间的落差。
- 功能测试人员的转型路径迷茫，缺乏具体可执行的学习方向。
- 小厂是否会被要求以低成本实现大厂级测试流程。
可复用选题/回应建议
- 针对“小厂没有测试岗”的现实，讨论兼任测试的前后端/运维如何低成本建立质量意识。
- 回应“老板觉得AI能取代”的认知差，提供向管理层解释AI测试成本与前提的沟通话术。
- 为功能测试转行者设计分阶段能力清单，明确AI coding与AI辅助测试的入门路径。
- 讨论小厂在“大厂要求”与“小厂预算”之间如何做测试优先级取舍。
代表性评论
- “小厂都没有软件测试”（63赞）——高共鸣信号，提示视频目标受众假设需修正，小厂测试职能常被兼任或缺失。
- 功能测试转行者长评论——真实呈现转型焦虑与方向缺失，可作为后续内容的核心用户画像。
标签与备注
标签
备注
暂无备注
转录文本
小厂的软件测试现阶段不必过于焦虑自己会被 AI 替代，因为你的公司暂时没有 AI 测试落地的条件。这不只是小厂没有钱买模型的问题，最主要的原因是小厂没有质量基建。 如果要用 AI 来替代 QA 测试，最最基础的至少要有一条能够支撑节点循环的流水线。研发在用 AI 生成的代码之后，在这条流水线上自动部署测试环境，进入到 AI 测试环节。测出来的问题自动提 Bug，然后反馈给刚刚的生码节点自动去修复问题。 在使用了 AI 进行开发和测试以后，传统的 CI/CD 工程会变得更加重要。发布过程中的回归自动化以及上线后的监控告警、回滚止损等等，都需要坚实的、更加完善的基础。 这一套流程下来，先抛开这些 AI 测试 Agent 的开发和维护工作，就光这一条流水线所需要的基建工作都需要一个团队了。这些基建其实并不是什么新的东西了。CI/CD 流水线早在 2005 年的时候就在国内兴起了，到今天 20 多年过去了。有多少公司现在还是直接打个包就发布了？线上出问题之后直接把包替换一下就算回滚了。 2010 年左右，Selenium 这种厉害的自动化测试工具出来之后，当时行业内和现在类似，到处都在说自动化测试要取代手工测试了。到今天，仍然有很多小厂的自动化测试代码仍然停留在基础的单接口测试。 原因是什么呢？因为通常来说，自动化测试要比功能测试贵，质量架构工程师要比测试开发工程师贵，AI测试就更加不用说了。我上一期视频中拆解了95个在招的AI测试岗，平均薪资已经是28.2K了。况且不是只招一个两个，是要一个团队。小厂不如多请几个功能测试，多点一点，秉承着能跑起来就不要动的原则，这么多年也就这样正常运营下来了。回到开头，AI测试取代QA是要依托于一套完善的自动化测试基建的，没有质量团队来维护这些质量基建工作，AI不可能替代小厂的软件测试。AI替代QA在未来很长一段时间内都只是大厂和大资本的游戏。在这段时间内，小厂的功能测试要逐渐向测试开发和AI测试转型，因为大厂和中厂淘汰下来的QA会逐渐挤占你的生存空间。挤占的时间不会太快，因为现在还有另外一个很关键的点，Token太贵了。在这个过渡的阶段，小厂的QA要逐渐培养三个方面的能力，第一个就是对自己业务的高熟悉度，第二个就是AI coding的能力，第三是AI辅助测试的能力。在变化中谋求发展，在变化中寻找机遇，这个阶段不需要太过于焦虑。