TG咨询验收移动 CRM，不能只看不同岗位登录后首页是否不同。真正要确认的是：员工能看到哪些客户、哪些字段，能执行哪些操作，以及换到搜索、列表或详情等入口后规则是否一致。移动CRM应用客户资料按岗位展示的权限验收，应以实际岗位账号和可复现的测试记录为依据。
先把权限拆成四个问题
先选定几条测试客户资料，记录其负责人、所属团队和关键字段，再检查以下范围。测试数据应使用经授权的样例或脱敏资料，避免把真实客户信息放进验收记录。
- 岗位：例如销售人员、团队负责人和客服岗位。岗位不同，不代表权限必然不同，需以系统配置为准。
- 数据范围：本人负责、团队负责或其他范围内的资料，是否按预期可见。重点核对负责人变更、团队调整后的结果。
- 字段权限：姓名、电话、跟进记录等字段，是否按岗位显示或隐藏；如果字段要求脱敏，也要确认具体呈现方式。
- 操作权限：查看、编辑、转交、导出等操作是否符合岗位职责。可见资料与可修改资料应分别验证。
这四项分别对应角色权限、数据范围和字段权限等设置。不要把“页面没显示”直接当成数据不可访问：还要检查搜索结果、详情页及其他实际启用的入口。
用岗位账号按步骤验收
- 列出预期结果。为每个岗位写清楚哪些测试资料应可见、哪些字段应出现、哪些操作应允许或拒绝。规则有例外时单独标注。
- 准备对照资料。至少覆盖本人负责、同团队他人负责、团队外资料等情况；若系统支持，还可加入已转交或已关闭的记录。资料范围按实际配置调整。
- 分别登录岗位账号。逐一检查客户列表、详情页、搜索结果和资料编辑页面。若产品提供导出或分享入口，也要按岗位规则验证，不要只验首页。
- 核对拒绝结果。尝试进入不应访问的资料或执行不应开放的操作，确认系统没有显示敏感内容，也没有通过可用入口绕过限制。测试必须在获准的环境和账号范围内进行。
- 记录并复测。记录岗位、测试资料编号、操作入口、预期结果和实际结果。配置调整后，用同一组用例复测受影响岗位，并检查原本允许的操作没有被误拦截。
移动CRM应用客户资料按岗位展示的权限验收，关键不是测试次数多，而是每个预期边界都能对应到一条明确用例。若应用端和管理端规则可能分别配置，应确认两端适用的范围，并按实际使用入口测试。
常见漏项与判定标准
只测“看得到”，不测“做得到”
某个岗位可能可以查看资料，却不应编辑或导出。应将查看、修改和导出分开判定；如果系统没有某项功能，就记录“不适用”，不要推测其权限表现。
只测常规记录，忽略变更后的边界
负责人转交、岗位调整或团队变更后，旧权限是否及时变化，需要结合系统的生效规则验收。可在测试环境模拟变更，并确认新旧账号分别看到什么；具体刷新时机以系统配置和产品行为为准。
合格的移动CRM应用客户资料按岗位展示的权限验收结果，应包含预期规则、实际表现、未通过项和复测结论。发现越权时，先保留必要的测试证据并限制进一步测试，再由授权管理员检查角色、数据范围或字段配置；不要用扩大所有岗位权限的方式临时掩盖问题。配置遵循最小权限原则，即岗位只获得完成职责所需的访问能力。
常见问题
没有多个真实岗位账号，能验收吗？
可申请经授权的测试账号，或在隔离环境使用测试角色；不要借用他人账号代替正式验收。
页面隐藏字段就算权限合格吗？
不一定。还应通过产品提供的其他入口检查该字段是否仍可见，并按系统设计确认隐藏与脱敏的区别。
权限变化后要不要全部重测？
至少复测受影响岗位、资料范围和操作入口；若变更影响多个角色或共享规则，应扩大回归范围。
验收记录应保留什么？
保留岗位、测试资料标识、入口、预期与实际结果、问题及复测结论，并避免记录不必要的客户敏感信息。