七、实战演示

、首先利用api-testscript-generator 技能 为被测项目shop-lab一键生成好测试脚本比如生成好的项目脚本目录为shop-lab-api-test 之前有文章分享过此处不再重复2、将测试脚本项目下的config配置目录中test.yaml配置文件更换成被测项目真实地址如下图按需修改3、打开任意Agent比如WorkBuddy在技能列表中选择 api-test-executor 技能传入测试脚本项目目录和环境配置在 test 环境跑一下shop-lab-api-test 项目登录模块的冒烟测试4、收到上述执行提示词后技能会进行自动解析成测试框架能理解的执行意图最终将执行翻译为test 环境冒烟测试登录模块auth4 线程并发失败重试 2 次并询问用户是否确认。这里可能有人会问老师在上面的执行意图中我们并没有明确要求配置4个线程并发失败重试2次的要求啊“那为什么在意图解析时会出现这种执行要求呢这是因为api-test-executor技能中CLI命令行参数内置了默认值如下图所示选择确认执行。WorkBuddy 会加载 api-test-executor 技能自动完成以下流程1、环境自检检查 localhost:8080 服务是否可用、数据库连接是否正常2、执行范围解析扫描 testcases/ 目录识别对应要求待执行的测试用例集3、解发pytest执行 运行脚本组装并执行 pytest 命令。4、结果收集生成 execution_summary.md 执行结果汇总文件。如果需要在Claude Code中调用api-test-executor可以直接下载该技能源码或在线安装也可以选择将workbuddy中对应的技能迁移到claude code目录下。进入到Claude Code中输入/api-test-executor/api-test-executor 在 test 环境跑一下shop-lab-api-test 项目登录模块的冒烟测试shop-lab-api-test路径为xxx执行结果从上述执行结果可以看到本次用例执行有成功也有失败这才符合接口测试执行的常规表现。我们重点来看这条失败用例test_register_success这是一个非常典型的数据污染问题。