为什么必须记录操作日志
测试操作日志同时承担两个作用：一是复现依据，复核与返工时能重建每一步动作；二是自证材料，出现业务异常或数据争议时能证明测试方做了什么、没做什么。日志至少要覆盖命令、请求、时间、目标与结果，并按统一目录结构归档，与证据编号对应。
基本信息
| 记录内容 | 命令、请求、时间、目标、结果 |
|---|---|
| 记录来源 | 终端命令历史、代理请求日志、脚本输出 |
| 归档方式 | 按项目目录结构统一存放，按日期分文件 |
| 关联要求 | 日志条目与证据编号、问题编号可互相定位 |
| 保存期限 | 按合同约定保留，项目结束后按约定销毁或移交 |
典型使用场景
- 复核阶段重建某条结论的执行过程
- 客户质疑业务异常时间点时比对测试日志
- 项目中断后由其他人员接手，按日志继续推进
- 交付时按目录结构打包过程材料作为附录
- 项目结束时核对留存材料的销毁与移交清单
目录结构示例
目录结构示例
项目名/
├─ 00-授权文件/ # 授权书、范围清单、变更记录
├─ 10-信息收集/ # 资产清单、指纹画像
├─ 20-验证记录/ # 请求日志、命令记录、脚本输出
├─ 30-截图与证据/ # 按问题编号分文件夹
└─ 90-报告输出/ # 报告与附录日志要素读法
| 要素 | 含义 | 填写要求 |
|---|---|---|
| 时间 | 动作发生的时刻 | 与证据截图时间可对应 |
| 目标 | 作用的资产标识 | 写完整域名或 IP，不用简称 |
| 动作 | 执行的命令或请求 | 保留原始参数，不摘要 |
| 结果 | 返回的关键信息 | 只记结论性内容，不粘贴敏感数据 |
日志既是复现依据也是自证清白的材料：做的每一步都有记录，才能在争议时把责任边界说清楚。
记录内容要避免反向泄露：日志中的口令、会话凭据与个人信息应打码或只记字段名。