证据留存是什么
证据留存是让测试结论可复现、可追溯的基础，也是复测与争议处理的依据。记录至少包含四要素：时间戳、测试机（谁在什么环境）、目标（哪个域名或接口）以及请求与响应的摘要。形式上以操作日志文件为主，辅以截图与原始输出；管理上统一目录、按日期归档，并给每条记录编号，使报告中的每个问题都能对应到具体编号的证据。复测时修复方按编号逐条核对，出现争议就回到原始记录。没有留痕的发现等于无法验证的发现，在交付与验收中都站不住。
基本信息
| 记录要素 | 时间戳、测试机、目标、请求与响应摘要 |
|---|---|
| 形式 | 操作日志文件 + 截图 + 原始输出 |
| 管理 | 统一目录、按日期归档、报告引用编号 |
| 编号规则 | 按问题类型或流水号统一，问题与证据一一对应 |
| 保留期限 | 按合同约定，注意脱敏与销毁要求 |
典型使用场景
- 漏洞记录：每个问题附编号、复现步骤与证据文件
- 复测核对：修复方按编号逐条验证，测试方回填复测结论
- 结果争议：以原始记录作为事实依据，而非回忆
- 交付验收：交付物清单与证据清单同步核对
- 合规说明：证明测试动作确实发生在授权范围内
记录格式示例
记录格式示例
2026-10-12 21:15 | 测试机 A | app.example.com
动作：接口越权验证（账号 A 访问账号 B 资源）
结果：返回 200 且含 B 数据（已脱敏截图）
编号：F-007
# 原则：一条问题一条记录，编号可被报告直接引用证据质量要点
| 要点 | 合格做法 | 不合格表现 |
|---|---|---|
| 时间戳 | 包含日期与时间 | 只有日期，无法判断先后 |
| 目标标识 | 写明域名、接口与参数 | 只写系统名，无法复现 |
| 请求响应 | 保留关键请求与响应摘要 | 只有结论描述，无原始数据 |
| 脱敏 | 账号与个人信息掩码 | 明文展示真实数据 |
| 编号 | 与报告问题一一对应 | 编号混乱，无法回溯 |
证据链的价值在复测环节：修复方按编号逐条核对，争议时回到原始记录。记录要能支撑复现，不能只是结论描述。
截图缺时间与目标信息，是最高频的取证缺陷；截图必须与操作日志同时保存，并在报告中标明对应编号。