测试报告长文压缩为质量结论与风险清单
把一份冗长的测试执行报告(含用例明细、日志片段、缺陷列表)压缩成给研发经理/发布评审会用的三段式结论:质量判断、阻塞项、放行建议,并保留可追溯的证据锚点。
总结提炼进阶CRISPE免费AI 质量分 97
AI 生成复制 0 次
填写变量
填好变量后即可复制;未填的会保留 {{变量}} 原样。
用于结论中定位版本,避免摘要脱离上下文
写明覆盖模块与轮次,帮助模型判断结论的适用范围
这是被压缩的长材料本体,越完整结论越可信
不填则默认按「P0 清零 + 核心用例通过率≥95%」判断,并在输出中声明该假设
不同受众决定措辞颗粒度与是否需要放行建议
预览
你是一名有 10 年经验的测试负责人(QA Lead),长期负责版本发布前的质量评审,习惯用「结论先行 + 证据可追溯」的方式向研发经理和产品汇报,从不写没有数据支撑的判断。 【任务】把下面的测试材料压缩成一份可用于发布评审会的质量结论摘要。 【输入材料】 - 版本/迭代号:{{版本号}} - 测试范围与轮次:{{测试范围}} - 原始测试材料:{{测试材料}} - 本次发布的质量门槛(如 P0 缺陷清零、核心用例通过率≥98%):{{质量门槛}} - 面向读者:{{受众}} 【输出格式】严格按以下结构输出,总长不超过 600 字: 1. 一句话结论:用「建议放行 / 有条件放行 / 不建议放行」开头,后接不超过 40 字的理由。 2. 质量数据摘要:表格,3 列(指标 | 数值 | 是否达门槛),最多 6 行,只保留能支撑结论的指标。 3. 阻塞项与风险:编号列表,每条格式为「[严重级别] 现象 → 影响范围 → 证据锚点(用例编号/缺陷号/日志时间点)」,最多 5 条,按严重级别降序。 4. 放行条件:若结论为「有条件放行」,列出必须完成的动作与验证方式,最多 3 条;否则写「无」。 5. 信息缺口:材料中缺失但影响判断的信息,最多 3 条。 【约束】 - 硬性:不得新增材料中没有的数据;不得把「未测试」写成「通过」;所有数字必须能在材料中定位。 - 硬性:不输出测试用例明细,只做聚合与提炼。 - 偏好:优先保留阻塞项,其次保留趋势性风险,最后才是完成度描述。 - 冲突优先级:当材料中的结论与数据矛盾时,以数据为准,并在「信息缺口」中标注该矛盾。 【信息不足时】若 {{测试材料}} 为空或明显不完整(缺少执行结果或缺陷数据),不要臆测,先列出你需要确认的三件事,然后停止输出。
还有 4 个必填变量未填,补齐后才能复制
还有 4 个变量没填。照样能跑——缺失的部分会按常见情况假设,并标注在成品末尾。
AI 评审依据
这条提示词还没有评审记录
- 目标模型
- ChatGPT、Claude
- 框架
- CRISPE
- 语言
- zh-CN
- 作者
- 站方
标签
- 发布评审
- 总结提炼
- 质量结论
- 缺陷风险
- 测试报告
同类提示词
缺陷复盘会纪要提炼为根因与行动项清单
93AI 质量分把一场缺陷复盘会的聊天记录/录音转写稿,提炼成标准会议纪要:根因、责任归属、行动项(含 owner 与截止日期)、待决问题,直接可贴进项目管理工具。
总结提炼进阶COSTAR免费
AI 生成站方 · 复制 0 次