Excel 测试报告生成器

要解决什么问题

手工把 Excel 里的用例执行结果和缺陷清单抄进 Word 测试报告，既慢又容易漏行、错列。更麻烦的是：团队往往已经定好了报告模板，任何擅自改标题层级、表格样式或章节结构，都会在评审时被打回。这个技能面向的就是「有固定 Word 模板 + 有结构化 Excel 数据源」的交付场景，把重复填充交给可核对的工作流，而不是让模型即兴写一份「看起来像报告」的文档。

技能如何工作

它按测试工程师的角色执行一条明确流水线：

• 打开并读取你提供的 Excel，解析其中的测试用例；
• 读取名为 缺陷 的工作表，提取缺陷相关数据；
• 读取你提供的 Word 测试报告模板，在不改动模板格式的前提下，将用例信息写入「测试用例执行情况」，并根据用例内容补充该部分所需的操作步骤描述；
• 将缺陷数据写入「测试缺陷统计」对应位置；
• 输出最终 Word 报告，并对生成结果做自检（数据是否都来自你提供的文件、版式是否与模板一致）；若不符合要求，则按你的约束重新生成。

底层依赖通过 Bash 调用：Python 3 配合 pandas / openpyxl 处理 Excel，再用 pandoc 或 unoconv 生成 Word。技能说明里强调的两条原则应视为硬约束：绝不凭空捏造数据，绝不修改用户给出的报告模板格式。

适用边界与注意点

• 缺陷数据默认来自 Excel 中 sheet 名称为 缺陷 的工作表；若你的文件命名或结构不同，需要在对话里明确说明，否则填充会错位或失败。
• 「测试用例执行情况」里的操作步骤会在用例基础上补充，但仍应可追溯到 Excel 中的用例内容，而不是编造未出现的步骤或结果。
• 模板中的章节标题、表格占位与字段含义需与你团队规范一致；技能负责填充，不负责替你 redesign 模板。
• 运行环境需已安装上述 CLI 工具；缺少 openpyxl 或文档转换工具时，流水线会在文件读写或导出阶段中断。