霍格沃兹测试开发学社
二、核心思路：把测试流水线拆成5个环节，每个环节一条指令我把测试流程拆成了5个核心环节，每个环节对应一条Opencode指令：三、5条指令完整配置（附可直接复制的代码）下面是我在实际项目中用的5条指令，你可以直接复制使用。指令一：/spec —— 需求解析做什么： 读取PRD文档，提取功能点、业务规则、数据流转、依赖关系。文件位置：.opencode/commands/spec.md四、完整流水线：一条指令接一条指令配置好5条指令之后，整个测试流程变成了这样：第1步：/spec→ 上传PRD，AI 15分钟输出需求摘要第2步：/plan→ 基于需求摘要，AI 10分钟生成测试计划第3步：/testgen→ 基于测试计划，AI 15分钟生成测试用例第4步：/test→ 跑测试 + 自动分析 + 自动修复，全程自动化第5步：/report→ 汇总结果，AI 5分钟生成测试报告从需求文档到测试报告，全程不到2小时。测试负责人后来跟我说了一句话："以前一个项目从开始到出报告，我要在各个文档之间来回切，累死累活一周。现在输入5条指令，2小时出全部产物，我只负责审核。 "五、避坑指南坑一：指令之间没有"传递"机制每条指令都是独立执行的，/plan不知道/spec输出了什么，除非你手动把内容传过去。解法： 在每条指令里明确写"基于上一步的输出"。或者在执行时手动复制上一步的结果粘贴到当前指令的Prompt里。坑二：把"生成"当成"最终答案"AI生成的测试计划、用例、报告都是初稿，不是最终答案。必须经过人工审核才能使用。解法： 每条指令的输出都标记为"Draft"，强制人工审核环节。我们的流程是AI出初稿→测试负责人审核修改→定稿。坑三：指令的agent类型选错了Opencode支持build、plan等不同Agent类型。跑测试用build，做分析和报告用plan。选错了，效果大打折扣——plan agent是只读的，如果用它来执行测试会失败。解法： 执行类任务（跑测试、修代码）用build，分析类任务（读文档、出报告）用plan。本文部分内容参考了霍格沃兹测试开发学社整理的相关技术资料，主要涉及软件测试、自动化测试、测试开发及 AI 测试等内容，侧重测试实践、工具应用与工程经验整理。
发布于 北京
1
评论
赞
未登录
友善发言
评论
加载中
