第1章 权限验收概述：验收目标、验收范围、验收主体与客体定义

权限验收是B2B系统上线前的一道关键质量门禁，直接决定生产环境的权限安全水位。本章从SOP视角建立权限验收的整体框架，明确验收目标、验收范围、验收主体与验收客体四个核心要素，为后续自动化测试与人工复核章节提供概念基座。

1.1 适用场景

权限验收并非一次性活动，以下四类场景必须启动正式的验收流程：

• B2B系统上线/版本发布 — 新系统或大版本更新前，所有权限配置必须经过验收才能投产。
• 权限模型重构或角色调整 — 角色树、权限矩阵发生结构性变更后，需对变更范围做全量或增量验收。
• 定期权限合规审计 — 按季度或半年度对生产权限进行抽样复核，确保与最新业务需求一致。
• 客户/合作伙伴入驻前预检 — 外部租户或合作伙伴接入前，对其组织内的权限分配做独立验收。

1.2 前置条件

在启动权限验收之前，必须满足以下条件，否则验收过程将无法形成闭环：

• 权限矩阵/权限清单已通过业务方与安全方联合审批。
• 测试环境已部署待验收版本，且权限配置已生效。
• 验收人员（主体）已获得测试账号，账号角色与权限矩阵保持一致。
• 权限测试用例已编写并通过评审，覆盖正向、反向和边界场景。
• 验收工具链（自动化测试脚本、对比工具、报告模板）已就绪。

1.3 验收要素定义

验收框架由四个核心要素构成，下表给出了每个要素的标准定义与典型示例：

1.4 操作步骤

本课程将验收流程抽象为6个宏观步骤，后续各章节会针对每个步骤展开SOP级操作细节：

1. 制定验收计划 — 确定验收范围、时间窗口、人员分工与工具选型。
2. 准备验收材料 — 收集权限矩阵、测试用例、环境配置清单。
3. 执行配置核对 — 将系统权限配置与权限矩阵做逐项比对，发现缺失与越权。
4. 执行权限验证 — 通过自动化测试+人工复核两种手段验证权限实际效果。
5. 记录验收结果 — 填写验收记录表，对每项结果标注 Pass / Fail / N/A。
6. 输出验收报告 — 汇总问题清单，给出验收结论（通过 / 有条件通过 / 不通过）。

1.5 输入输出物

{
  "role": "org_admin",
  "scope": "租户A",
  "permissions": [
    {"resource": "order", "action": "read",   "effect": "allow"},
    {"resource": "order", "action": "write",  "effect": "allow"},
    {"resource": "invoice", "action": "read", "effect": "deny"}
  ],
  "inherited_roles": ["viewer"]
}

1.6 责任边界

1.7 记录材料

验收过程中必须保留以下材料，作为审计追溯的依据：

• 权限验收记录表（电子版 + 签字扫描版） — 含验收项、预期结果、实际结果、问题描述、修复状态。
• 权限问题跟踪单（Jira / 禅道 / 飞书多维表格） — 每个问题独立编号，关联验收记录表ID。
• 验收签字确认单 — 业务负责人、安全审计员、测试工程师三方签字。

1.8 异常处理

验收过程中可能出现的典型异常及处理预案：

• 权限配置与矩阵不一致 → 立即冻结该验收项，由权限管理员修正后重新触发验收，不得绕过。
• 权限缺失或越权 → 标记为 Fail，记录详细复现步骤，纳入问题跟踪单并设置修复优先级。
• 验收环境权限与生产不一致 → 先校准环境配置，待环境对齐后再继续验收，避免无效测试。

1.9 验收标准

权限验收的通过判定必须同时满足以下条件，任何一条不满足即判定为“不通过”：

• 所有验收项与权限矩阵的匹配率达到 100%，不允许存在未定义的权限分配。
• 零越权漏洞：不存在超越角色定义的资源访问能力。
• 数据权限隔离满足业务要求：租户A的用户无法访问租户B的数据。
• 整体验收通过率 ≥ 98%（通过项数 ÷ 验收总项数），且所有 Fail 项均有明确的修复计划。