TG咨询年度复核不应只确认驾驶员能否登录。车队管理软件移动端多驾驶员角色权限验收，应从实际账号出发，逐项验证能看什么、能改什么，以及权限变化后旧设备是否及时停止授权。以下十项可作为跨车型、跨业务场景的验收清单。
先确定验收边界
测试前整理当前使用的角色、账号和移动设备，形成一份角色矩阵：每个角色对应可查看的数据、可执行的操作和明确禁止的操作。按最小权限原则分配权限，即只开放完成工作所必需的功能。涉及司机个人信息、定位或行程记录时，还要依照组织适用的规则确定访问范围和保存方式。
年度十项核对清单
- 账号归属：抽查在职、调岗和离职账号，确认每个登录身份可对应到实际人员；检查离职或停用账号不能继续进入移动端。
- 角色配置：选取至少两个权限不同的角色，对照角色矩阵检查菜单、数据范围和操作按钮。不要仅凭界面隐藏判断权限有效。
- 任务可见范围：分别用不同账号查看任务列表和详情，核实驾驶员只能看到规则允许的任务与必要字段；记录越权查看是否被拒绝。
- 关键操作限制：逐项测试接收、开始、完成、取消或转派等实际存在的操作。对每项记录允许角色、拒绝角色及系统提示，未配置的功能不应假设存在。
- 车辆资料访问：检查车辆标识、维护状态及相关记录的可见和可编辑范围。需要修改的字段应与只读信息区分，并确认操作是否留下记录。
- 个人与位置数据：核对定位、联系方式等敏感信息的展示条件。用无权账号尝试打开相关页面或导出功能，确认限制不仅体现在导航菜单上。
- 手机系统授权：在实际使用的设备上检查定位、通知、相机等系统权限。应用内角色授权与手机操作系统授权是两层控制：前者不能替代后者，后者也不会自动赋予业务数据访问权。
- 离线与恢复联网：在网络不稳定或暂时断网时，确认可用页面、可暂存操作及提示方式；恢复联网后检查同步结果。重点核对离线缓存是否让已撤销权限的数据仍可查看，并按产品实际机制记录限制。
- 权限变更生效：将测试账号的角色从较高权限调整为较低权限，再检查已登录设备、重新登录后的页面和操作。确认变更生效条件与等待时间，并验证旧会话不会长期保留不该有的能力。
- 审计与证据留存：对授权、拒绝、角色修改和关键数据变更，核查审计日志是否记录账号、时间、对象及结果。保存测试账号、步骤、预期结果和实际结果，避免在记录中存放不必要的个人信息。
按可复现步骤完成验收
- 由系统管理员导出或整理当前角色与权限配置，标出本年度新增、变更和停用项。
- 为每种重点角色准备测试账号；同一台设备切换账号时，先退出上一账号，并检查缓存数据是否清理。
- 按清单逐项执行“允许操作”和“禁止操作”测试。使用真实业务流程所需的测试数据，不要用生产账号随意修改正式记录。
- 记录预期结果、实际结果、设备与应用版本、发生时间及复测结论。发现问题后先确认权限配置，再检查会话、缓存和同步状态。
验收结果应区分配置问题、移动端显示问题和服务端授权问题：按钮不可见不代表服务端已拒绝请求；反之，页面仍显示按钮也不一定意味着操作最终会被接受。车队管理软件移动端多驾驶员角色权限验收的核心，是用不同角色重复验证同一项业务动作，并留下可追溯证据。
常见问题
每年只检查新增账号可以吗？
不够。角色规则、设备使用方式和业务流程也会变化，应抽查现有角色及其关键操作。
测试账号需要覆盖所有驾驶员吗？
通常不必逐人重复全部测试，但应覆盖每种权限组合，并抽查不同状态的账号；组织风险较高时可扩大抽样范围。
手机系统权限被关闭，是否代表业务权限已收回？
不是。系统权限控制设备能力，业务权限控制应用数据与操作，两者应分别验收。
怎样判定权限缺陷已修复？
按原步骤复测允许和禁止场景，并核对服务端结果与审计日志；只确认界面变化不足以结案。
把十项结果与角色矩阵、复测记录一并归档，下一年度即可比较规则变化。按此方法开展车队管理软件移动端多驾驶员角色权限验收，能让权限边界清楚、问题定位有据可查。