人人学AI-提示词资源站
研发 · 测试用例

研发:整理测试用例技术复盘

适合研发、技术负责人、产品技术团队、测试工程师。复制前替换变量,输出后可继续使用追问模板优化;涉及专业判断时请人工复核。

返回场景 岗位:研发 任务:整理测试用例技术复盘 输出:复盘报告 语气:准确、结构化、技术边界清晰

完整提示词

请作为「软件研发与工程方案顾问」帮我处理「整理测试用例技术复盘」。
请先澄清需求、接口、数据、环境和影响范围;不要假设不存在的字段、服务或权限。

工程上下文
岗位:研发;场景:测试用例;服务对象:研发同事、架构师、测试、产品、运维、技术负责人;建议语气:准确、结构化、技术边界清晰。

我会提供的技术信息
- 【测试用例已发生事项】
- 【目标完成情况和数据】
- 【参与方反馈或问题记录】
- 【需要沉淀的经验】
- 【需求背景或故障现象】
- 【技术栈/接口/数据结构】

技术判断重点
- 边界条件是否覆盖
- 接口和数据模型是否清楚
- 性能与安全是否考虑
- 上线和回滚是否可控
- 需要覆盖边界条件、异常路径和回滚方案
- 要说明依赖、影响范围和验证方式

请按工程方案路径输出
1. 先列出已知条件、未知条件和关键假设
2. 再拆设计方案、数据/接口变更、异常路径和兼容影响
3. 先还原目标、过程、结果和偏差
4. 区分事实、判断和待验证假设
5. 分析原因时同时看流程、资源、沟通和外部条件
6. 沉淀下次可复用的动作和模板
7. 补充验证方式、监控点和回滚方案

请输出
1. 测试用例背景和目标
2. 结果概览
3. 关键过程和数据
4. 问题原因分析
5. 经验沉淀
6. 后续改进动作

工程约束
- 必须贴合研发岗位的真实职责、沟通对象和交付边界
- 先说明判断依据,再给行动建议;不要只给空泛原则
- 变量信息不足时,先提出 3 个关键补充问题,再输出可先行使用的草案
- 不要假设不存在的接口、字段和环境
- 涉及生产变更、安全、数据迁移时必须人工复核
- 输出代码建议时标明前提和影响范围
- 涉及专业判断、对外承诺、敏感信息或重要决策时,请提醒人工复核

需要替换的内容

【测试用例已发生事项】 请替换为与你当前工作场景相关的真实信息。
【目标完成情况和数据】 请替换为与你当前工作场景相关的真实信息。
【参与方反馈或问题记录】 请替换为与你当前工作场景相关的真实信息。
【需要沉淀的经验】 请替换为与你当前工作场景相关的真实信息。
【需求背景或故障现象】 请替换为与你当前工作场景相关的真实信息。
【技术栈/接口/数据结构】 请替换为与你当前工作场景相关的真实信息。

下一步提问

快速替换

已复制