公司项目-公开
云房A+项目群问题处理进度
找房邦项目群问题处理进度
98都市项目群问题处理进度
测试用例
产品线
平台saas化复盘
本站点使用 MrDoc 构建
-
+
平台saas化复盘
### 本次上线问题复盘及后续复测任务安排 **一、 线上签约失败问题复盘** * **问题原因:** 周四 19:30 针对“查询持证经纪人”数据接口进行了调整(返回的姓名字段中追加了部门名称)。该调整导致录入成交环节中,携带部门信息的持证经纪人姓名与签约服务商系统中已存在的用户名无法匹配,最终造成线上签约受阻。 * **后续规范:** 今后凡涉及“录入成交”、“编辑成交”等核心业务链路的变更,测试环节**必须**覆盖完整的签约全流程,严禁遗漏。 **二、 平台 SaaS 化遗留问题梳理** 按系统操作流程的顺序,目前排查到的 SaaS 化相关问题主要集中在以下三点: 1. **权限组设置异常:** 存在权限节点丢失现象,导致新配置的权限组与原有权限组的节点展示不一致。 2. **新房 APP 金刚区异常:** 刷新 APP 新房金刚区配置的脚本存在缺陷,导致展示错误。 3. **新房数据范围(Range)未生效:** 新增了数据范围权限节点,但未同步更新至相应的 Redis 缓存中,导致查阅数据范围受限。 **三、 质控环节复盘(请相关人员补充)** * **核心疑问:** 预发布环境与线上环境配置一致,为何未能拦截上述问题?在测试环节,开发与测试团队是否使用了同权限账号(或同岗位账号)与线上环境进行过严格的交叉对比? * **请补充说明:** * **开发自测情况:** \[待开发填写\] * **测试回归情况:** \[待测试填写\] **四、 线上全量复测任务规划** 因系统可能存在隐藏的问题,且程序已全量上线(现有 Bug 正直接在线上跟进处理),为保障代码逻辑的一致性并严格控制影响面,开发与测试需联合在线上环境进行深度复测。 * **对比基准:** 以更新前的环境(即 97 开头的账号系统)作为基线,与现线上环境进行逐个岗位的对照测试。 * **执行步骤与规范:** 1. **保护基线:** 线上测试期间,**严禁**修改更新前环境(97 开头账号)的任何权限配置,保留其作为对照参照物。 2. **账号与权限隔离配置(重点):** * 因程序底层存在对岗位的硬编码特殊处理,必须使用**已有岗位**进行测试。 * 为避免影响线上真实业务,需新增“测试权限组”及“测试账号”。 * **程序调整配合:** 开发需临时调整权限读取逻辑,确保“测试账号”只能使用对应岗位的“测试权限组”权限。(注:此策略理论上只会扩大同岗位正式账号的权限,不影响其正常工作流)。 * _测试操作示例:_ 假设测试“案场经理”权限 -> 将测试权限组初始化为原案场经理权限 -> 在测试权限组上进行修改调整 -> 将测试组赋予对应岗位 -> 将测试账号设为该岗位 -> 使用测试账号执行验证->验证完成后将案场经理权限组按测试权限组进行调整。 3. **核心测试验收项:** * 各项权限可正常设置且节点展示无误。 * APP 金刚区展示模块,与更新前环境(基线)完全一致。 * 数据统计中的 Range 范围校验正常。(注:新房账号目前需重点覆盖“新房业绩”**和**“新房成交”两大模块的数据范围测试)。
jwjtouch
2026年5月18日 17:31
转发文档
收藏文档
上一篇
下一篇
手机扫码
复制链接
手机扫一扫转发分享
复制链接
Markdown文件
PDF文档(打印)
分享
链接
类型
密码
更新密码