测试数据获取与保管
测试过程中的数据获取要遵守最小化原则：能不用真实数据就不用，能用自有测试数据或脱敏样本证明问题，就不去下载业务数据。例如注入类验证，用真假条件造成的响应差异即可判断，不必导出数据；越权验证用两个自建账号交叉访问即可，不必触碰真实用户记录。确需数据佐证时，应只取最小必要样本、即时脱敏、本地加密存放，并记入报告说明与清理清单。只取一条记录与拖库在合规上是两回事，但前者同样要在报告中说明并立即清理。
基本信息
| 核心原则 | 能证明问题即可，不多取一份数据 |
|---|---|
| 替代手段 | 自建测试账号、构造测试记录、截图脱敏 |
| 保管要求 | 本地加密存放，按项目周期清理 |
| 记录要求 | 获取了什么、为什么需要、存在哪里都要留痕 |
| 合规依据 | 个人信息保护法对个人信息处理的要求 |
典型使用场景
- 注入类验证：用判真判假的响应差异证明，不导出数据
- 越权验证：用两个自建账号交叉验证，不接触真实用户数据
- 文件类漏洞：上传自建无害文件，验证后立即删除
- 数据泄露类问题：以少量样本佐证，脱敏后入报告
- 项目收尾：按清单清理本地数据并出具确认
替代方案
替代方案
# 注入类验证：用判真判假差异证明，不导出数据
# 越权验证：用两个自建账号交叉验证
# 证据：截图 + 请求响应样本（脱敏）
# 样本最小化：只取一条能说明问题的记录
# 清理：验证完成后立即删除并记录时间获取方式与风险
| 方式 | 合规性 | 说明 |
|---|---|---|
| 使用自建测试数据 | 低风险 | 不涉及真实业务与个人信息 |
| 构造测试记录 | 低风险 | 如新建订单、新建工单用于验证 |
| 脱敏后截图佐证 | 中低 | 需在报告说明来源并即时清理 |
| 取少量真实样本 | 中 | 需最小必要、即时脱敏、限期销毁 |
| 下载全量业务数据 | 高风险 | 超出最小必要，受个人信息保护法约束 |
只取一条记录证明与拖库在合规上是两回事，但前者同样要在报告中说明并立即清理，不能因为量少就忽略流程。
不要把测试数据混入项目交付文件；交付前逐项核对报告与附件，确认没有未脱敏的真实数据。