六、为什么这套东西特别值得测试开发工程师研究？我认为这里真正出现了一个非常值得测试行业关注的变化。过去测试经验主要存在于：人的脑子测试规范WikiSOPChecklist例如一个高级测试工程师看到支付接口，会天然想到：幂等重复请求超时重试状态一致性资金一致性并发补偿但是这些东西往往只能靠人。Skill 出现以后，情况开始变化。这些工程方法有可能进一步变成：可执行规则例如接口变更，可以做成一个测试 Skill目标：分析本次 API 修改可能带来的回归风险。必须检查：Request兼容性Response兼容性字段新增/删除默认值权限幂等超时重试历史调用方错误码数据一致性以后 Coding Agent 修改接口时，就可以自动触发：API Compatibility Skill先做一次风险分析。测试工程师的经验就从：我知道怎么测变成：Agent也知道遇到这种问题应该怎么测这个变化非常重要。未来高级测试工程师的一部分价值，可能会从“亲自执行测试”，转向“把测试方法设计成 Agent 可以稳定执行的质量能力”。七、Agent 自主性越高，越需要测试 Agent 本身这里还有一个更大的问题。传统软件虽然也很复杂，但同样输入下，大多数程序执行路径相对确定。Agent 不一样。它会动态：理解任务。制定计划。调用 Skill。调用工具。修改计划。使用 Subagent。选择代码路径。所以：Agent自主性 ↑通常也意味着：潜在行为路径 ↑未来测试开发要测的，可能就不仅是：AI生成的代码有没有Bug？还要继续问：Agent什么时候调用TDD Skill？它会不会绕过Skill？失败以后会不会擅自修改测试？会不会为了让测试通过而降低断言？它只跑部分测试会不会宣布成功？Context变化以后行为会不会漂移？这就已经从：Software Testing进一步进入：Agent Testing / Agent Eval。连 Skill 本身都需要测试这件事非常有意思。如果 Skill 是：教Agent怎么工作那下一个问题自然就是：
发布于 北京
分享
评论
赞
未登录
友善发言
评论
加载中
