测试证据与审计是什么
受监管行业或大型客户的审计场景中，测试工作需要可追溯的证据链：谁、何时、对哪个版本执行了什么、结果如何。证据不是事后补写的文档，而是执行过程自然留下的机器记录与审批痕迹，能沿「需求→用例→执行→缺陷→发布」串起来，经得起逐项抽查。
基本信息
| 证据链 | 需求版本 → 用例 → 执行记录 → 缺陷 → 发布审批 |
|---|---|
| 关键要素 | 时间戳、操作人、版本号（构建号与代码提交记录） |
| 执行证据 | 用例清单、执行记录、通过失败状态与附件 |
| 工具要求 | 完整留痕、不可随意篡改、支持按版本导出 |
| 保留策略 | 按行业法规与合同要求设定保存年限 |
| 常见场景 | 金融、医疗、车规与甲方驻场验收 |
典型使用场景
- 审计应答：接到审计问题清单，按证据链逐项提供对应记录。
- 发布决策：发布审批时核对测试覆盖与遗留缺陷的处理证据。
- 缺陷追溯：从缺陷反查用例与需求，判断漏测发生在哪个环节。
- 工具选型：评估测试管理工具时，把留痕完整性与导出能力列入必选项。
- 流程改进：证据链断裂的位置，通常就是流程最薄弱的环节。
- 外包验收：按证据链核查供应商交付测试工作的真实性。
证据链示意
证据链示意
需求版本 -> 用例 -> 执行记录 -> 缺陷 -> 发布审批
时间戳、操作人、版本号需可追溯
发布前核对：覆盖需求清单 + 遗留缺陷处理结论
# 导出格式：结构化数据 + PDF 双份留存审计问题对应证据
| 审计问题 | 对应证据 | 常见来源 |
|---|---|---|
| 测了哪些 | 用例清单与执行记录 | 测试管理工具的版本快照 |
| 谁执行的、何时 | 账号与时间戳 | 工具日志与操作审计 |
| 结果如何 | 通过/失败状态与缺陷链接 | 执行报告与缺陷库 |
| 对哪个版本 | 构建号与代码提交记录 | 构建流水线与制品仓库 |
| 回归范围 | 回归清单与范围裁剪依据 | 评审记录与发布说明 |
证据的价值在「自然产生」：执行时自动留痕，审计前只需导出；补写记录反而会与真实轨迹矛盾，制造疑点。
导出格式要可读可核验：结构化数据与 PDF 双份留存，避免工具停用后历史记录无法读取。
证据中如含用户数据或令牌，导出与交接前按合规要求脱敏。