先说结论这个项目不是让AI去通关DOOM也不是给测试团队换一套自动化工具而是用DOOM这类游戏环境逼出来的决策框架去解决自动化测试里最让人头疼的“脚本一改全白改”问题。Jev是我在某个跨平台系统测试实践中逐渐搭起来的一个AI Agent决策模型核心思路很简单别再把测试用例当成固定脚本而是当成一个有目标、能感知、会复盘的小智能体。这篇文章我会完整拆解它的设计思路、DOOM场景里的验证过程、迁移到自动化测试后的落地细节以及一批只有踩过坑才能写出来的经验。1. 为什么拿DOOM当试验场1.1 DOOM给AI Agent出的四道题DOOM这类老牌FPS看似只是个游戏实际上对决策系统极其不友好。它几乎是刻意把AI逼到墙角视野有限导致状态只能部分观测、敌人从哪个拐角冒出来完全不可控、弹药和血量持续消耗、单一动作的收益要到几步之后才体现。这四个特点凑在一起恰好就是自动化测试的真实困境——页面元素随时会变、异常弹窗出现时机不可预测、测试执行时间预算有限、某个操作是否有效要等后续流程跑完才知道。很多人会问为什么不用围棋或象棋来训练决策模型那是因为围棋的规则完全确定状态全部可见胜负反馈清晰且没有时间压力。这种环境训练出来的决策模型迁移到测试领域遇到动态页面和不确定行为时根本反应不过来。DOOM的“混乱感”和“实时压力”反而更接近真实工程环境。1.2 决策模型落地的核心问题把DOOM里学到的决策思路搬到测试领域要解决三件事。第一感知层必须从游戏画面换成应用界面状态可观测信息变成了控件树、坐标、元素属性、页面跳转记录。第二动作空间从移动射击换成点击、输入、滑动、等待、断言动作本身不再有“伤害”概念但有“风险”概念。第三也是最重要的奖励函数不能只看“是否通过”而要兼顾覆盖增量、异常发现率、路径重复度等多个维度的加权。这三件事解决之后真正让人头疼的其实是第四件事怎么让决策模型在陌生页面面前不犯傻。DOOM里AI面对新地图可以靠探索来积累经验测试Agent面对新版本页面也得有类似的“探索-记忆-利用”循环。Jev的整套设计都是围绕这个循环展开的。2. Jev决策模型的骨架设计2.1 三层决策战略层、战术层、执行层Jev的第一版设计极其朴索就三层战略层决定这段时间测什么目标战术层决定下一步采取哪个动作执行层负责把动作翻译成具体的鼠标键盘或接口调用。划分的理由非常实际——如果只有一层决策模型会迷失在“我究竟该去找登录按钮还是处理这个弹窗”的纠结里如果分层太多决策延迟又跟不上页面响应的节奏。战略层的运行频率最低大约每10到15个动作评估一次方向是检查覆盖盲区、分析失败热点、决定是否切换测试目标。战术层的运行频率是每个动作完成后立即触发根据当前界面状态从动作候选集里挑一个最值得执行的。执行层没有智能含量只负责把动作参数补全、执行、采集反馈结果必须做到“指哪打哪”。这里有一个容易被忽略的设计细节战略层的“目标”不是某个具体的测试用例而是带有优先级的测试意图。比如“验证核心交易链路”“探索新首页的所有入口”“复测上次崩溃的模块”这些目标互相之间允许重叠允许失败。意图化目标的好处是当某个目标走不通时Agent可以自动转入次优目标而不是像传统脚本一样直接报错终止。2.2 记忆模块Agent不能只有即时反应DOOM的高水平玩家都有一个特点会走位就说明脑子里有地图。Jev同样给Agent配了一个记忆模块它不只存历史操作还存“某个状态下尝试过什么动作、消耗了多少步、造成了什么结果”。这些信息会被战略层用来判断哪些区域探索不足被战术层用来规避重复路径。记忆模块的数据格式一开始用了简单的键值对后来改成了带时间衰减的表结构。原因是测试执行过程中同一个页面状态往往会出现几十次但最近一次访问的信息权重必须高于早期访问。时间衰减策略很简单每条记忆记录一个访问时间戳权重按exp(-间隔时长 / 衰减常数)计算。衰减常数我建议先从5分钟起试如果测试链路很长可以调到10分钟。另外记忆模块还承担“异常经验”的存储。每次遇到弹窗、崩溃、超时Agent会把当时的界面特征和处理动作一并记录。下次再遇到相似特征时可以直接复用之前的成功策略而不是重新试错。这个设计在实际测试中的价值甚至比覆盖率优化更大。2.3 决策引擎与评分机制战术层的核心是一个评分函数对候选动作逐个打分选择得分最高者执行。候选动作不是随便生成的而是由感知模块基于控件树初步过滤出来的可交互元素比如按钮、输入框、链接、弹窗选项。这个过滤非常关键能避免Agent在一个纯展示文本上浪费时间。评分函数考虑三个维度的加权信息增益、目标接近度、风险惩罚。信息增益用“该状态被访问次数的倒数”估算访问越少越值得点击目标接近度用“这个动作是否朝当前测试意图的关键区块移动”来评估风险惩罚则针对不可逆操作比如删除、退出、提交订单这类动作会设置较高的负分。一个具体的计算例子界面状态S已经访问过10次候选动作A还是第一次出现同时A是当前意图中核心表单的提交按钮。那么A的信息增益得分约0.316目标接近度得分直接给0.8提交操作本身有回退风险风险惩罚设为0.2最终得分0.916。另一个候选B是重复访问过的页签切换信息增益只有0.05目标接近度0.1风险惩罚0最终得0.15——Agent自然会选A。这三个维度的权重不是固定值是根据项目实际调出来的下文会给出初始参考。3. 在DOOM环境里的验证记录3.1 模拟环境搭建与观测维度为了验证Jev的决策能力我们先用开源引擎搭了一个DOOM风格的轻量环境地图是随机生成的小型迷宫里面有资源点和威胁点。这个环境基本还原了“部分可观测、实时决策、资源约束”三个核心特征但状态空间比真实游戏小得多方便快速迭代模型。观测维度设计成三块角色状态当前血量、弹药、所处区域可达性、局部视野相邻格子内的资源点、威胁点、岔路、全局记忆已知地图覆盖率、已探明区域标记。动作空间包括移动、转向、拾取、攻击、停留。奖励设计上拾取资源计5分击杀威胁点计10分进入新区域计3分重复进入同一片区域扣1分阵亡扣20分。这些参数看着简单但每调一次都要重新跑几十轮。关键是“重复进入同一区域扣1分”这个负向激励直接决定了Agent不会在原地打转也成了后来迁移到测试中的“避免重复点击”机制的雏形。3.2 从胜率到决策质量的转换很多人评估AI只看胜率但DOOM环境里一味追求胜率会导致Agent极度保守——躲在一个安全角落不动也有不错的胜率。所以在评估Jev时我们更看重四个决策质量指标探索覆盖率、有效动作比例、平均决策耗时、资源利用率提升幅度。探索覆盖率衡量的是Agent对地图的熟悉程度有效动作比例是指真正带来状态变化的动作占总动作数的比例决策耗时反映模型是否适合实时环境资源利用率则是把随机策略和人工规则策略拉出来对比看Jev是否更会囤资源。实验结果是Jev在400轮训练后探索覆盖率到达82%有效动作比例58%明显高于纯随机策略的22%和人工规则策略的43%。这些指标后来直接映射成了自动化测试领域的四大评估维度页面/模块覆盖率、有效操作比例、单步决策耗时、缺陷发现率提升。换句话说DOOM环境下跑出来的不是一套“会打游戏的代码”而是一套“可迁移的决策评估标准”。3.3 迁移到自动化测试关键映射关系迁移不是把游戏里的代码搬过来而是把决策逻辑的抽象结构搬过来。映射关系整理成了一张表实际开发中可以对着做DOOM环境要素自动化测试对应要素迁移说明角色血量/弹药剩余执行时间/操作预算资源约束都决定决策的“保守程度”局部视野当前页面控件树和可见元素都是不全量信息必须做局部决策全局地图记忆应用页面跳转图和已访问状态库都用于避免重复路径、识别盲区拾取资源进入新模块/新页面都代表正向信息增益击杀威胁点触发并捕获异常状态都是高风险高收益动作需要谨慎评估阵亡操作导致应用崩溃/不可恢复状态都是强负向反馈要记入经验库这个表格实际上是整个项目最重要的产物。没有这张表Jev就只是在游戏里跑得好看有了这张表团队里任何一个人都能把后续的优化思路对应到具体测试场景中去。4. 自动化测试里的落地实操4.1 从录制回放到动态决策的用例生成传统自动化测试的主流思路是录制回放或手工编写脚本好处是稳定可控坏处是维护成本逐年上升尤其是跨平台应用平台一更新定位器和流程全要重写。Jev的做法完全不同测试人员不再写具体步骤而是描述“目标意图”和“关键约束”剩下的路径探索交给Agent动态决策。具体操作时我们把用例描述成一个意图配置例如“从首页进入个人中心尽量覆盖中途的推荐位入口不要触发生效类操作”。Agent收到意图后先基于记忆模块查看已有路径再结合当前界面状态生成候选动作按评分函数逐步推进。整个过程输出的不是一份静态脚本而是一条带决策日志的动态路径。这种方式直接带来的收益是当页面结构调整时只要功能入口还在Agent大概率能找到新路径而不是像传统脚本一样红成一片。我们在某跨平台系统上试过连续三周模拟了前后端版本迭代Jev用例的有效通过率稳定在70%以上而原有录制的脚本通过率第一天就跌到40%后续维护也不能完全恢复。4.2 失败恢复与自适应重试机制动态决策最大的风险是——错误动作可能导致应用卡在不可恢复状态。Jev为此设计了“三级恢复链”。第一级是轻量回退比如当前页面出现了预期外的弹窗Agent会优先选择关闭弹窗并记录异常特征第二级是局部重规划如果同一状态连续失败超过两次战略层会介入主动切换测试目标或绕开当前区块第三级是全局重启只有在一二级都无法恢复时才执行用例重启并把整条失败路径写入异常经验库。重试机制的负面问题必须提前踩雷无限重试。我们一开始设置了单环节重试上限结果Agent会在某些高价值区域反复重试十几轮拖垮整个执行时间。后来改成“动态重试额度”——重试次数与状态的潜在价值成正比也就是越接近核心流程越允许试错边缘区块最多试两次就必须放弃。这个调整非常关键直接让平均用例执行时间缩减了30%。4.3 决策日志与回归评估Jev每次执行都会生成一份决策日志记录“观察到什么状态——选了什么动作——动作结果如何——评分依据是什么”。这原本只是为了排查模型问题后来成了测试报告里最有价值的部分。传统测试只能告诉你“这条用例没过”Jev能告诉你“为什么没过当时是不是有别的路可选”。回归评估也从这个日志里获得了很大的改进。每周跑一次历史用例库不仅统计通过率还统计“有效操作比例”和“异常发现率”。如果一个版本的改动导致Agent频繁选择相对低效的路径那大概率是页面结构存在隐性变化即使功能测试全部通过也值得提醒开发团队留意。5. 常见问题与排查技巧实录5.1 状态爆炸与去重策略动态决策最容易被骂的问题就是状态数量失控。页面上的弹窗、加载中状态、权限提示、键盘弹出都会生成形形色色的状态组合如果不做去重记忆模块会迅速膨胀决策速度也会受到牵连。解决思路是对状态做归一化处理剥离所有静态文案和坐标偏移只保留控件树的结构指纹和关键可交互元素集合。例如“同一个弹窗出现三次”会被归并成一个状态只是访问计数增加三次。实际操作中还有一种更细节的情况两个页面结构相同但功能完全不同结构指纹会误判为同一状态。我们加了一层“语义标签”来兜底比如页面URL、页面标题摘要、面包屑路径。这层处理让状态数量从初始版本的两万多条压缩到两千条以内决策速度也跟着恢复正常。5.2 奖励函数失灵案例分析某次更新之后Agent开始频繁点击页脚的版权声明区块导致有效操作比例大幅下降。查日志发现根因是页面改动后版权声明区块被识别成了按钮而且是一个从未访问过的“新元素”信息增益得分极高。Agent不是愚蠢它是被信息增益维度误导了——所有“没见过的可点击元素”都值得点击。解决办法是在评分函数里增加一个交互预期检查模块只有依照控件类型、触发方式、历史响应预测为“可能产生页面跳转或状态变化”的元素才允许在信息增益维度获得高分。简单说就是没见过的元素可以试但得先判断它像不像一个值得试的东西。5.3 过拟合测试环境的三个信号跨项目推广Jev时最容易碰到的坑是模型在原有项目上表现很好换了环境就拉胯。通常有这三个信号一是在新环境里首次探索覆盖率低于40%二是单步决策耗时翻倍说明评分函数大量命中不了熟悉状态三是Agent频繁触发全局重启说明记忆库里的经验几乎没有复用价值。应对方法是建立“领域经验库”和“通用决策核”两层记忆。领域经验库只保存当前应用特有知识可以随环境切换动态替换通用决策核保存跨项目通用的交互规律比如哪些控件模式容易触发异常、哪些操作需要设置高重试额度、哪些反馈信号说明页面即将卡死。迁移时只需换掉第一层第二层不用动。5.4 资源占用与性能埋点决策模型在测试执行机上会占用CPU和内存如果测试机本身就是低配可能导致被测应用卡顿反而干扰真实性能数据。最初我们没太关注这块结果Agent在低配机器上决策时间超过1秒直接把页面响应时序搞乱了用例全灭。后来强制做了三个优化。第一候选动作集必须在感知阶段前置过滤到不超过15个减少评分函数的计算量第二评分计算的频率切成异步队列避免阻塞执行循环第三决策过程的所有关键节点都埋点输出执行耗时火焰数据用于定位到底是感知慢、评分慢还是动作执行慢。优化完成之后Jev在普通办公电脑上也能稳定跑决策耗时压到300毫秒以内。6. 从DOOM到测试一套决策模型的扩展空间这类决策模型的好处是它的抽象层足够干净DOOM和自动化测试只是两个验证场景换成别的领域同样成立。我们现在已经在尝试把Jev的决策核用于异常流量调度和混沌工程场景核心决策逻辑一层不用改只需要换掉感知模块和执行模块。就自动化测试而言Jev带给我的最大转变是不再把测试用例当作“要严格执行的剧本”而是把测试当作“一个有目标、有记忆、会变通的智能体的探索过程”。我实际使用中发现动态决策模型最适合的是系统复杂度高、版本迭代快、自动化维护成本已经超过手工测试成本的项目。如果你的团队还在为录制脚本的频繁失效发愁与其继续补脚本不如试着让Agent自己找路。别指望一次切换就解决所有问题先拿一个小模块跑两周看它的有效操作比例和探索覆盖率有没有站起来再决定要不要铺开。