参与众测前先读规则
参与众测项目要先读完三份材料：项目范围、禁止事项、提交规范。测试中坚持最小影响原则——证明问题存在即停止，不做深入利用与横向移动。报告质量直接决定审核效率：可复现的最少步骤、清晰的影响说明与修复建议，能显著缩短确认周期；低质量报告与重复提交会大量消耗平台与厂商的审核资源。
基本信息
| 读规则 | 范围与排除资产、禁止测试项、测试手法限制 |
|---|---|
| 做测试 | 最小影响，只验证不深入 |
| 交报告 | 可复现步骤、影响说明、修复建议 |
| 去重要求 | 提交前检索历史报告与公开披露记录 |
| 披露约束 | 遵守平台的披露时间线要求 |
典型使用场景
- 新项目上线初期抢首轮，范围通常较宽但竞争激烈
- 针对历史报告做复测，确认修复是否彻底
- 按规则扩展测试面，避免与已有报告重复
- 为企业内部众测准备提交模板与去重口径
- 评估某类问题是否属于规则中的排除项
提交质量要点
提交质量要点
# 标题：问题类型 加 位置 加 影响一句话
# 步骤：最少步骤可复现，含前置条件与账号要求
# 证据：关键请求与响应、必要的截图
# 影响：用业务语言说明可造成的实际后果
# 修复：给出可执行的整改方向，不写空泛建议提交要素读法
| 要素 | 作用 | 常见缺陷 |
|---|---|---|
| 标题 | 让审核快速归类 | 只有「存在漏洞」没有位置 |
| 步骤 | 让审核可复现 | 缺少前置条件与账号说明 |
| 证据 | 支撑结论 | 只有截图没有请求响应数据 |
| 影响 | 决定评级 | 只描述技术现象不写业务后果 |
重复提交与低质量报告占用大量审核资源：先把规则与去重做好，再投入测试时间。
验证过程只做最小化：一旦越过「证明存在」的边界，就从合规测试变成越界利用。