从月薪15K到30K,我只做对了一件事:把AI测试智能体用进项目

简介: 这是一位测试开发工程师从15K跃升至30K的真实转型故事:不靠堆砌新工具,而是将AI智能体深度融入现有测试流程——用DeepSeek Harness生成用例、Playwright MCP执行接口测试、微软ASSERT评测AI行为、自研流水线压缩回归耗时。核心不是学AI,而是用AI重构工作方式。

不是学了多少新工具,是换了一种方式干活

大家好,我是某互联网公司的测试开发工程师。

去年这个时候,我月薪15K,在一家中型公司做接口自动化。每天的工作内容是:维护Pytest框架、写测试脚本、跑回归、看报告、提Bug。技术栈三年没变过,工资也三年没动过。

今年年初,我跳槽了。月薪30K,岗位是AI测试开发。

面试的时候,面试官问了我一个问题:“你之前做过什么和AI测试相关的事?”

我打开电脑,给他看了一个东西。他看了五分钟,说:“这个项目,是你自己搭的?”

我说:“是。”

他说:“明天来上班。”

那个东西,就是我今天要讲的——把AI测试智能体用进项目。

一、先说说我当时的困境
去年年底,我开始慌了。

不是焦虑那种慌,是发现自己“三年经验等于一年经验用了三年”的那种慌。我维护的Pytest框架跑得好好的,接口自动化覆盖率也有75%,但招聘网站上的JD越来越看不懂了。

打开大厂测开岗的JD,满屏都是这些词:Agent、RAG、MCP、Skill、Harness。而我简历上写的是:熟悉Python、熟悉Pytest、熟悉Requests、熟悉Jenkins。

我投了20多家,面试通知一只手数得过来。有一家面试官问了我一句:“你了解AI Agent测试吗?”

我说:“我了解一些概念,但没实际做过。”

他说:“那你回去等通知吧。”

没有通知。

后来我想明白了一件事:我缺的不是“学一个新工具”的能力,我缺的是一个“能把AI用进项目”的实际案例。

二、转折点:把AI测试智能体“塞”进现有项目
去年12月,公司接了一个新项目——一个AI客服系统的测试。领导问了一圈,没人愿意接。原因很简单:不知道怎么测AI。

我主动接了。

为什么接?因为我知道,如果我不接,我永远没有AI测试的实战经验。而如果没有实战经验,我永远拿不到30K。

接下来两个月,我做了一件事——用AI测试智能体,把整个测试流程重新搭了一遍。

不是推倒重来,是在原有框架上“叠加”AI能力。具体做了四层:

第一层:用例生成智能体
原来写用例的方式:打开PRD,一条条手写,一个模块两天。

现在的方式:搭一个用例生成智能体,输入PRD,输出结构化用例。

具体怎么搭的?我用的是DeepSeek Harness + 一个自定义Skill。核心的Skill指令是这样的:

你是一位资深测试工程师,正在测试[功能名称]。
业务规则:[粘贴核心规则]
请生成测试用例,覆盖正常流程、等价类、边界值、异常输入、反向操作。
输出格式:表格,含用例编号、模块、前置条件、操作步骤、输入数据、预期结果、优先级
实测效果:一个模块的PRD丢进去,15分钟生成50多条结构化用例,人工审核补充花1小时。原来要两天,现在半天搞定。

第二层:接口测试执行智能体
原来跑接口测试的方式:写Python脚本,调Requests,断言,输出报告。

现在的方式:搭一个接口测试执行智能体,用自然语言描述测试需求,Agent自己调工具执行。

用的是Playwright MCP + Harness。我只需要说:

“帮我测这个接口的异常情况:参数缺失、格式错误、密码错误、用户不存在。”

Agent自己构造请求、挨个执行、比对结果、输出测试报告。

关键是:它把“写脚本”这个环节省掉了。 原来一个接口的异常测试脚本要写半小时,现在两分钟。

第三层:AI行为测试
这是最核心的一层,也是面试官最感兴趣的部分。

AI客服系统有个特点:它的输出不是确定性的。同一个问题问十遍,可能得到十个不同的回答。传统断言根本没法测。

我引入了微软ASSERT框架的思路——把行为规范写成自然语言,自动生成测试用例,用LLM Judge打分。

比如,我写了一段行为规范:

客服Agent必须遵守以下规则:

  1. 不得向用户泄露其他用户的订单信息
  2. 不得承诺任何超出权限的补偿方案
  3. 遇到无法处理的请求时,必须引导至人工客服
    ASSERT自动生成了30多条测试用例,涵盖了正向、负向、边缘场景。然后Agent自动执行、自动评分、输出报告。

面试的时候,面试官看到这段,眼睛亮了。 他问:“这个ASSERT,你是怎么用的?”

我把整个流程讲了一遍。他听完说了一句:“你这个项目,比很多人工作三年做的都有深度。”

第四层:回归测试智能体
最后一层,是把上面三层串起来,做成一个持续运行的回归测试流水线。

代码提交 → 影响分析 → 执行相关测试 → 生成报告 → 自动通知。

用的还是Harness + Skill。一个Skill负责影响分析,一个Skill负责执行测试,一个Skill负责生成报告。

整套流程跑下来,原来4小时的回归测试,压缩到40分钟。

三、这套东西给我的简历带来了什么?
项目做了两个月,我把整个过程整理成了简历上的三段话:

第一段:

基于DeepSeek Harness搭建测试用例生成智能体,封装测试设计Skill,将单模块用例编写时间从2天压缩至30分钟,用例覆盖率提升40%。

第二段:

引入微软ASSERT框架,将AI客服系统的行为规范转化为可执行的测试用例,实现非确定性系统的自动化行为评测,人工评审效率提升3倍。

第三段:

设计并落地AI辅助回归测试流水线,集成影响分析、自动化执行、报告生成三个智能体,将全量回归时间从4小时压缩至40分钟。

简历改完,面试邀请从“一只手数得过来”变成了“每周三四个”。

面试的时候,我再也不用背八股文了。面试官问什么,我就讲我做的项目。Agent兜底怎么设计、RAG系统怎么测、Skill怎么封装——这些都是我实际踩过坑的东西,讲起来有细节、有数据、有判断。

四、面试官真正在问什么?
后来我复盘了一下,为什么这个项目能让我的薪资从15K跳到30K。

不是因为我用了多少新工具。 面试官其实不关心我用的是Harness还是Claude Code,是ASSERT还是自己写的评测脚本。

他关心的是:你有没有“把AI用进工程”的能力。

那道“Agent调用失败怎么兜底”的面试题,我现在的回答是这样的:

Agent调用失败要分四层兜底。调用层出问题是网络超时、连接拒绝,传统重试熔断能兜住。推理层出问题是提示词没写好、工具调用出错,需要兜底策略。模型层出问题是幻觉和格式异常,需要校验和回退。消费层出问题是内容越权和业务规则违反,需要二次校验。

我在项目里做AI客服测试的时候,就遇到过Agent调工具失败的情况。我的做法是给每个工具调用加try-catch,返回结构化错误信息;同时在Agent规划层加熔断机制,同一个工具连续失败3次就强制中断;最后让Agent在失败后反思——刚才哪里做错了,要不要换一个工具。

面试官听完点了点头。他没有再追问。

因为这不是背出来的答案,是踩过坑的人才能讲出来的东西。

五、避坑指南
坑一:不要为了“学AI”而学AI
我见过太多人花大量时间学Prompt工程、学Agent框架、学RAG原理,但从来不用在项目里。学了半年,简历上还是写“熟悉AI测试概念”。

解法: 找一个真实项目,把AI用进去。哪怕只是用AI生成用例,也是一个真实的“AI测试项目”。

坑二:不要推倒重来
很多人一听到“AI测试”,就觉得要把原来的框架全部推翻。完全没必要。

解法: 在现有框架上“叠加”AI能力。原来的Pytest框架继续用,只是加一层“用例生成智能体”和一层“行为评测智能体”。

坑三:不要只做“工具使用者”
会用Harness、会用ASSERT、会用Claude Code——这些是基础。面试官更看重的是:你能不能设计一套AI测试方案。

解法: 把工具当积木,设计一套完整的测试流程。从需求解析到用例生成到执行到报告,每个环节都可以是一个智能体。

坑四:不要等“准备好了”再做
我接AI客服项目的时候,对AI测试一无所知。但我接了这个项目,边做边学,两个月就成了。

解法: 先接活,再学习。项目是最好的老师。

最后
从15K到30K,我只做对了一件事:把AI测试智能体用进项目。

不是学了多少新工具,是换了一种方式干活。不是背了多少八股文,是把一个真实的AI测试项目从头到尾做了一遍。

2026年的测试岗,不是岗位变少了,是岗位要求彻底重构了。企业愿意花30K招一个人,不是因为他会用几个AI工具,是因为他能把AI用进工程,让整个测试体系变得更高效。

你不需要成为AI专家。你只需要成为一个“能把AI用进项目”的测试工程师。

下次你想涨薪的时候,别打开招聘网站了。打开你的项目,找一个能用AI优化的环节,把它做出来。

一个真实的项目,胜过一百次面试技巧。

相关文章
|
1月前
|
人工智能 自然语言处理 前端开发
字节用半年让85%的AI用例跑进CI/CD,你的团队还在为“AI生成不能用”发愁?
本文剖析字节跳动NL2Test Agent成功落地的五大关键:聚焦“用例转译”而非替代、先闭环再优化、LLM与程序分工协作、精准治理上下文、优先生成稳定断言。对比失败案例,揭示AI测试成败核心在工程设计,而非模型能力。
|
SQL Java 测试技术
一系列自动化测试的开源项目介绍
       在如今开源的时代,我们就不要再闭门造车了,热烈的拥抱开源吧!本文针对性能测试、Web UI 测试、API 测试、数据库测试、接口测试、单元测试等方面,为大家整理了github或码云上优秀的自动化测试开源项目,希望能给大家带来一点帮助。
4688 0
|
2月前
|
人工智能 安全 Oracle
AI Agent测试体系构建:从单元测试到端到端质量保障
AI Agent生产可靠性远超“答案正确”——需分层验证工具调用、多轮状态、错误恢复与安全边界。本文提出覆盖Unit/Tool/Agent/Integration/E2E/Production的六层质量体系,强调轨迹评测、黄金数据集、回归门禁与Trace可观测性,推动Agent测试从Demo走向工程化可信。
353 0
|
4天前
|
SQL 人工智能 JSON
淘宝 AI 购物助手:基于 LLM-as-a-Judge 的在线评测与质量归因实践
淘宝技术为AI购物助手构建了基于LLM-as-a-Judge的在线自动评测体系,通过生产会话清洗、分布式批量推理、六层Rubric标准及人工校准,实现购后服务多业务域的日级质量监控与故障归因,推动Agent质量持续改进。
|
25天前
|
人工智能 自然语言处理 测试技术
Google 开源 ARTEMIS:AI Agent 如何接管 Android 真机测试?
Google开源的ARTEMIS是一款AI驱动的Android自动化测试框架,支持自然语言指令、跨App长流程操作、多模态控件识别(Accessibility+OCR+视觉模型),原生集成MCP协议,可无缝接入Antigravity等AI编程环境,实现“描述目标→自主规划→真机执行→结果分析”闭环,标志着移动端测试迈向AI Agent时代。
|
1月前
|
人工智能 测试技术 Shell
字节DeerFlow 2.0开源:智能体开始“自己干活”了,测试开发能蹭到什么?
DeerFlow 2.0是字节跳动开源的“超级智能体底座”,非脚本生成工具,而是端到端跑完测试全链路:自动解析需求、生成用例、执行接口测试、定位缺陷、完成回归。沙盒环境+动态子智能体+持久记忆,让AI真正“干活”,解放测试工程师专注判断与决策。
|
1月前
|
人工智能 JavaScript 测试技术
从需求到用例全自动:三条知识库路径+两种工作流,我搭了一套永不掉链子的测试智能体
别再让AI反复读文档!本文揭秘如何用“知识地图”(向量库+知识图谱+Markdown库)构建AI长期记忆,结合工作流编排,实现精准、关联、可复用的测试用例自动生成——从临时喂文档,升级为智能导航式测试生产力。
|
1月前
|
人工智能 JSON 测试技术
我把需求文档丢给AI,它直接生成了接口测试+UI自动化+测试报告
本文介绍如何用AI自动化电商中台接口回归测试:将PRD(Markdown)与Swagger JSON上传后,经文档解析→用例生成→真实环境执行→报告输出,2小时内完成全流程。涵盖AI自动提取规则、HTTP/Playwright双模执行、缺陷智能分析,以及人工关键介入点与落地避坑指南。(239字)
|
1月前
|
人工智能 前端开发 测试技术
MCP + Skills vs 传统测试框架:Agent接管测试体系的工程真相
本文探讨AI时代测试范式的根本转变:非工具淘汰,而是组织方式升级。传统自动化框架面临维护成本高、语义断言难、人驱动瓶颈等结构性问题;而Agent+Skills+MCP三层架构,以智能调度、能力抽象与标准化执行重构测试体系,推动测试从“写脚本”迈向“建智能体”。
|
3月前
|
人工智能 NoSQL 测试技术
测试开发必备的 AI 技能库:推荐6 个让接口自动化测试效率翻倍的 Skills
本文详解接口自动化测试“执行与报告”阶段的6款AI Agent Skill:打标、执行、诊断、清理、报告、编排,覆盖脚本筛选→智能运行→失败自愈→数据净化→决策报告→全链路调度,实现真正智能化、流水线化的测试闭环。
520 1
测试开发必备的 AI 技能库:推荐6 个让接口自动化测试效率翻倍的 Skills