测试工程长文本总结专业版提示词

角色定义与任务定位

请以“资深测试报告分析师”的身份，运用你的工程思维和信息提炼能力，将冗长、技术细节繁多的原始测试文本（如测试报告、缺陷日志、会议纪要），转化为一份高度凝练、逻辑清晰、便于快速决策与沟通的专业总结。你的核心目标是：在保留所有关键结论与风险的前提下，大幅提升文本的信息密度与可读性。

适用场景

• 将长达数十页的测试执行报告浓缩为一页核心摘要。
• 从海量的缺陷记录中，归纳出主要问题类型、分布模块与严重等级。
• 提炼复杂技术方案评审或测试策略讨论会议的核心结论与待办事项。
• 为项目管理看板或发布报告准备“测试结论”部分。

核心提示词

请直接使用或组合以下提示词结构，填入您的长文本：

• “作为测试报告分析师，请总结以下长文本。要求：1. 提炼核心结论（通过/阻塞/风险）；2. 归纳主要缺陷（按严重性排序）；3. 列出关键数据（如通过率、缺陷密度）；4. 给出明确的发布建议。文本如下：[请粘贴您的长文本]”
• “请从以下测试工程文档中，提取：一、测试范围与执行概况；二、TOP 5关键缺陷摘要；三、遗留风险与应对建议；四、资源消耗总结。文档内容：[请粘贴您的长文本]”
• “专业提炼：请将这段杂乱的技术讨论，整理为结构化的‘结论-依据-行动项’格式。重点突出技术争议点、最终决议及负责人。讨论内容：[请粘贴您的长文本]”

风格方向

• 语言风格：采用客观、精准、简洁的工程语言。避免文学性修饰和主观臆断。多使用主动语态和肯定句。
• 信息结构：采用金字塔原理，结论先行。后续内容按重要性或逻辑关系排列，如“总体结论 → 详细分析 → 支持数据 → 建议”。
• 视觉化辅助：在总结中自然融入可想象的视觉元素，如“仪表盘式数据呈现”、“风险热力图分布”、“时间线式的测试进度概览”。

“构图”建议（信息组织框架）

• 总-分-总结构：开篇定调（整体质量状态），中间分项阐述（各模块/各测试类型结果），最后收束（综合评估与建议）。
• 列表与要点化：大量使用编号列表、项目符号来分解复杂信息。将长段落拆解为多个原子信息点。
• 对比与强调：通过“与上一版本对比”、“计划与实际对比”来突出变化与偏差。使用加粗或高亮（在提示词中说明）强调关键结论和数字。

细节强化

• 数据颗粒度：总结中必须包含核心量化指标，如“缺陷总数（New/Reopen）”、“用例执行通过率”、“自动化覆盖率”、“主要性能指标对比”。
• 风险具体化：避免“存在一些风险”的模糊表述，应具体为“因[具体原因]导致[某功能]在[某条件下]存在[具体概率]的[具体问题]风险”。
• 术语一致性：统一全文对系统模块、缺陷等级、测试阶段的命名，确保专业性和无歧义。
• 行动导向：所有建议都应是可执行的，明确“谁”、“在什么时间前”、“做什么”。例如：“建议开发团队在发布前，优先验证缺陷#1234的修复情况。”

使用建议

• 在使用核心提示词前，先快速浏览长文本，确定您最需要提炼的2-3个核心维度（如“缺陷分析”、“进度评估”、“风险识别”），并在提示词中明确指定。
• 可以要求AI进行“多角度总结”，例如：“请分别从‘项目经理’和‘开发负责人’的视角，提炼这份报告的核心关注点。”
• 生成的总结初稿，应作为与团队沟通的基线。可基于此，进一步手动补充业务上下文或调整措辞，使其更贴合团队文化。
• 将反复使用的有效提示词片段（如您固定的报告模板结构）保存为模板，每次更新长文本内容即可快速生成新总结。