OmniDoc软件测试报告用Excel怎么做
讲清怎么用Excel搭建软件测试报告里的测试结果表和缺陷表，包括工作表结构、字段设计、取值约定和核对方法，并说明如何在OmniDoc的UniCell表格中完成同样的操作。
写软件测试报告时，多数人卡在表格上。文字部分可以照着模板写，但测试结果有几十条用例、缺陷有十几个，用 Word 手动排版很快就乱：编号对不上，同一个缺陷在两处状态不一致，最后的通过率还要重新数一遍。这篇文章写给需要自己整理测试报告的测试工程师、开发人员和项目负责人，讲清楚怎么用 Excel 搭出测试结果表和缺陷表。
读完你能得到三样东西：两张表的字段设计，取值约定的写法，以及一套放进报告前的核对清单。文中的操作也适用于 OmniDoc 桌面客户端里的 UniCell 表格，步骤相同，只是换了打开的工具。
软件测试报告 Excel 的表格怎么搭？一句话结论
常用的做法是把数据拆成两张表：一张记录每条测试用例的执行结果，一张记录每个缺陷的明细，两张表通过编号关联。报告正文引用的统计数字，从这两张表计算得出。下面是常见情形的建议。
| 你的情况 | 推荐做法 | 原因 |
|---|---|---|
| 用例少于 20 条，缺陷也少 | 同一个工作簿里两张工作表即可 | 结构简单，维护成本低 |
| 用例较多，需要按模块统计 | 结果表增加“所属模块”字段，用公式按模块汇总 | 报告常按模块写结论，手工数容易漏 |
| 同一缺陷在多轮测试中反复出现 | 缺陷表单独保留编号，结果表只引用编号 | 避免同一问题在多处重复填写、状态不一致 |
| 报告要给多人评审 | 在表格里增加“负责人”和“更新日期”字段 | 评审时能快速看出谁在跟进、数据是否更新到当前 |
| 表格数据还要转入 Word 报告 | 表格完成后整体复制到报告中，并核对格式 | 报告以 Word 为主，表格只做数据源 |
开始之前：先确认这几点
动手前把下面几件事定下来，后面返工会少很多。
- 确认测试范围和轮次。 报告写的是哪个版本、哪一轮测试，决定了结果表要不要区分轮次。轮次混在一起，通过率会失去意义。
- 确定用例编号规则。 编号要在整个项目里不重复，例如按模块加序号，缺陷编号也一样。编号一旦随意改动，缺陷和用例之间的关联就断了。
- 约定取值范围。 状态（如未执行、通过、失败、阻塞）、严重级别、优先级，都应该先写成固定词表。取值不统一，统计时“失败”和“不通过”会被当成两个结果。
- 明确谁来填、何时填。 结果表通常由执行人员填写，缺陷表由提交人填写，汇总由负责人完成。责任分清，表格才不会长期处于半成品状态。
- 准备好原始记录。 用例执行记录、缺陷跟踪的导出结果，应该在搭表前备齐。从记忆中补数据，是报告出错常见的原因。
在 UniCell 中搭建测试结果表和缺陷表的步骤
下面的步骤以 OmniDoc 桌面客户端中的 UniCell 表格为例。如果你习惯用其他桌面办公软件的 Excel，操作思路一样，只需把对应的字段和公式照搬过去。
- 在电脑上安装 OmniDoc 桌面客户端（下载地址：download.omnidoc.top），打开后新建一个 UniCell 表格文件，并命名为“某版本测试报告数据”。
- 将默认工作表命名为“用例结果”，第一行依次写入字段：用例编号、所属模块、用例描述、执行轮次、执行结果、执行人、执行日期、关联缺陷编号、备注。
- 新建第二张工作表“缺陷明细”，第一行写入字段：缺陷编号、标题、所属模块、严重级别、优先级、当前状态、发现轮次、提交人、修复人、备注。
- 在第三张工作表或结果表的上方，写下取值约定，例如执行结果只能填“通过”“失败”“阻塞”“未执行”。如果表格工具支持下拉列表，就直接设置；不支持时，靠约定和后面的核对来确保一致。
- 按原始记录逐条录入数据。录入时，用例的关联缺陷编号必须与缺陷表中的编号完全一致，不要写成“BUG-12”和“bug12”两种形式。
- 在汇总区域用公式统计通过、失败、阻塞、未执行的条数，并计算执行完成率。公式结果随数据变化，改了一条记录，汇总数自动更新，报告中的数字也不会过时。
- 完成后，把需要进入报告的表格区域复制到报告正文所用的 Word 文档中，调整列宽和字体，确保表头在每页都能看清。
- 保存文件，并在文件名或表格首行写明版本号和日期，便于下一轮测试沿用同一结构。
做完后逐项核对
表格放进报告之前，逐项检查下面几点。这一步能发现大部分的低级错误。
| 检查项 | 怎么看 | 有问题怎么办 |
|---|---|---|
| 用例编号是否重复 | 对编号列排序，看相邻两行是否重复 | 找到重复项，回到原始用例库确认后修改 |
| 缺陷编号能否对上 | 筛选“关联缺陷编号”不为空的行，逐个在缺陷表中查找 | 查不到的编号要补充缺陷记录，或删除错误的引用 |
| 取值是否统一 | 按执行结果、严重级别列分别筛选，看是否出现约定之外的写法 | 统一替换为约定词表中的说法 |
| 汇总数是否正确 | 手工数一遍某一模块的通过和失败条数，与公式结果比对 | 检查公式的统计范围是否漏掉了新增的行 |
| 缺陷状态是否为当前值 | 对照缺陷跟踪系统的当前状态，逐条核对“当前状态”列 | 以刚导出的记录为准，更新表格，并注明更新日期 |
| 报告中的表格与数据源一致 | 把 Word 中的表格与表格文件逐行对照 | 数据变化后重新复制，不要只改报告里的一处数字 |
核对中如果发现大量数据需要从其他文件转入，例如从扫描的纸质记录或 PDF 文件中录入，建议先用文字选中测试，确认能否直接复制文字。无法选中时，先用 OCR 识别，再逐条核对识别结果。OCR 识别会有误差，编号和数字尤其要仔细检查。
❓ 常见问题（FAQ）
1. 软件测试报告一般需要哪些表格？
常见的是测试范围与环境表、测试用例执行结果表、缺陷明细表和测试结论汇总表。小项目可以把环境信息放在报告正文中，但结果表和缺陷表基本都需要。
2. 缺陷编号应该怎么编？
建议按项目加序号，例如“项目缩写-年份-三位序号”，确保不重复且便于查找。已关闭的缺陷编号不要复用，即使它被判定为无效。
3. 测试报告用 Excel 做还是用 Word 做？
数据类内容用表格工具维护，正文和结论用 Word 编写，两者分工比较清楚。表格数据变化时，只需更新数据源，再把需要的部分复制到报告中。
4. 表格里的状态和严重级别怎么定义才不乱？
先在项目开始时写一份取值说明，列出每个状态和级别的含义，例如“失败”指实际结果与预期不符，“阻塞”指无法继续执行。全员按同一份说明填写，统计时才有可比性。
📝 总结
软件测试报告的表格，关键在于拆分结构、统一字段和确保数据之间的关联。先搭好用例结果表和缺陷明细表，约定取值，再用公式汇总，最后按清单核对后放入报告。按这个流程做，同一份数据在多次修改后仍然能保持一致。
