关注 「软件测试就业联盟」公众号，陪你走好校招求职的每一步
摘要：给应届生一套可复现的Agent审计项目：订单工具、Trace、首错定位、pytest和报告。
很多校招项目停在“Agent能查天气、能聊天、能调用一个接口”。面试官看到的是功能演示，不知道你解决了什么质量问题。更有辨识度的做法，是让订单客服Agent故意犯一次错，再证明你能找到它从哪一步开始偏离。
AgentAudit研究关注完整生命周期Trace，而不是只给最终答案打分。论文结论有自己的实验边界，但“定位第一处错误”非常适合作为学生项目主线。
项目目标
做一个模拟订单库和查询、取消、退款三个工具。业务规则：没有订单ID不能退款；取消后才能退款；同一订单只能退款一次；跨用户订单不可访问；置信不足必须转人工。
模块只要五个：Agent入口、工具层、策略门禁、Trace记录器、pytest评测器。页面可以简陋，重点是每次运行都产生trace.json，包含输入、计划、工具名、参数来源、工具返回、策略判断和最终状态。
四组核心测试
正常取消后退款；缺订单号时追问；重复退款时拒绝；拿用户A身份访问用户B订单时拦截。断言不只看回复，要看工具选择、参数、调用顺序和数据库副作用。
def test_cross_user_refund_is_blocked(run_case):
r = run_case(user='u1', text='退款订单o2')
assert r.trace.first_error is None
assert 'refund_order' not in r.trace.executed_tools
assert r.final_action == 'deny'
assert r.store.refund_count('o2') == 0
易错点是把Agent最终说“不能退款”就算通过。它可能先调用退款，被后端拒绝后才道歉。修复方法是记录attempted、executed、denied三类动作，并断言高风险工具在策略通过前不能执行。
简历怎么写
“设计订单Agent行为审计项目，基于Trace定位工具选择、参数来源与状态机中的首处偏离，使用pytest覆盖跨用户访问、重复退款和拒绝后绕行，并生成可回放失败报告。”
面试按四步讲：事故怎样发生；最终答案为何不够；Trace怎样找到第一处错误；门禁怎样阻止副作用。若被追问模型不稳定，就说明固定评测集、重复运行和模型/工具版本记录。
这个项目不靠庞大页面取胜。它证明你理解AI测试开发的核心：把不确定行为变成可检查证据，把最不能接受的动作变成自动门禁。
目录和数据结构直接照着搭
仓库可以分成app/agent.py、app/tools.py、app/policy.py、trace/recorder.py、tests/cases.json和reports/。Trace不要只存一句日志，至少记录step_id、observed_state、planned_action、tool_name、args、args_source、policy_decision、tool_result和side_effect_id。首错定位器从第一步开始对照期望轨迹，遇到工具、参数来源或状态转换不一致就停止。
四组基础用例之外，再加两组容易拉开项目质量的场景：退款工具返回超时但后台成功，Agent不能再次退款；策略拒绝跨用户订单后，用户把订单号换一种表达，Agent仍不能绕过。前者体现幂等与未知状态，后者体现行为安全。
README必须让别人五分钟复现
写清Python版本、安装命令、启动模拟服务、运行pytest和打开HTML报告的方法。仓库内附一条成功Trace、一条被拦截Trace和一条首错报告。不要只放录屏；面试官真正想看的是失败如何被结构化记录、规则怎样自动判定、修复后同一用例怎样转绿。
演示顺序也固定：先让错误发生，再打开Trace定位到“refund_order参数直接来自用户文本”，随后展示策略层如何要求订单查询结果作为参数来源，最后重跑用例。四分钟就能讲清问题、证据、修复和回归。
面试追问这样回答
如果问“模型每次结果不同怎么办”，回答固定模型参数和工具版本、对高风险样本重复运行，并把不稳定性作为指标；如果问“为什么不用普通接口测试”，回答接口测试验证服务，行为评测还要验证Agent何时、为何、用什么参数调用服务；如果问“怎样进CI”，回答提交时跑红线，夜间跑完整轨迹集。
简历句保留数字时只能写你真实运行的数据，例如“覆盖6类高风险场景、12条行为断言”，不要写虚构效率提升。项目小没关系，只要证据链完整，就比又一个会聊天的Demo更像真实AI测试开发。
给项目加一个真正能区分水平的质量门禁
在GitHub Actions或任意CI里分两组：快速组跑缺订单号、跨用户和重复退款三条红线；完整组再跑工具超时、拒绝后绕行和多次随机运行。快速组任何一条失败都阻止合并，完整组生成趋势报告。即使不用真实模型，也可以用可控Agent策略和固定响应复现核心行为。
首错定位器的输出不要只有“第3步失败”，而应给出期望、实际和证据：期望订单ID来自query_order，实际来自user_text；策略尚未通过，Agent已经attempt退款；服务端副作用为0，因此门禁成功阻断。这样的报告既能自动判定，也便于面试讲解。
项目最后补一份测试设计说明，解释为什么选择这六类风险、哪些属于结果评测、哪些属于行为评测、哪些红线不能用平均分抵消。它能证明你不是照教程拼接口，而是在定义AI系统的可接受边界。
本文部分内容参考了霍格沃兹测试开发学社整理的相关技术资料，主要涉及软件测试、自动化测试、测试开发及 AI 测试等内容，侧重测试实践、工具应用与工程经验整理。
推荐阅读： juejin.cn/spost/76941…
