后台配置与小程序生效检查
检查前准备
记录后台环境、租户、应用、操作者及小程序实际版本,选择可恢复且范围明确的目标。使用自然业务命名,避免污染运营列表;不覆盖其他体验人员正在操作的数据或会话。
标准检查步骤
- 记录目标 ID、原值和必要版本,保存一份不含敏感信息的变更清单。
- 在后台实际页面修改并保存,确认仍是同一记录。
- 重新打开或读取目标记录,确认字段与关联真实保存。
- 使用对应身份重新进入或刷新小程序,等待内容更新后查看文字、图片、开关或状态。
- 对轮播执行实际点击,对权限变更核对目标动作,对容量变更核对用量门禁;不能只比较后台字段。
- 恢复约定原值并回读,再核对前台恢复结果。
以轮播为例,先记录原配置,再核对同一条记录的标题、时段和跳转目标。
分开记录证据
| 证据 | 可以证明 |
|---|---|
| 后台页面操作和回读 | 指定配置在后台被修改并保存 |
| 接口准备的数据 | 接口写入结果,不能冒充后台页面新增 |
| 小程序原生控件与截图 | 对应客户端与身份的实际展示或动作 |
| 代码或合同测试 | 被断言的逻辑成立,不能替代真实资金、设备或送达 |
页面展示要在对应入口实际查看。例如场馆资料,需要打开场馆列表或详情验证。
常见差异
前台没有变化时,先确认商品或记录是否真被页面绑定,再检查发布状态、时间、城市和身份,最后核对缓存与客户端版本。不要为了复验随意重启共享服务。
不同角色、资金、设备和外部送达需要分别核对。配置显示正确后,还应检查对应动作和恢复结果,不能据一次保存推导其他业务也已完成。

