交付出件箱

← 返回出件箱

平板扫码绑定（48B.8）· 完整转店流程写库真打报告

2026-09-28 晚 · 环境：test.tongban.love（云机 Playwright，模拟 iPad 微信；「扫一扫」用假冒的微信接口返回长官给的家长「留白」真实二维码内容，其余全走真后端）
门店 A = 机构 26，门店 B = 机构 95
⚠️ 这是云机环境的自测，不是最终验收。最终要在店里的 iPad 和安卓平板上真扫

结论：W1-W6 六步全部走通，数据库改动符合预期

步骤 做了什么 数据库前 → 后（关键列值） 结果
W1 扫码后选孩子 无写库；弹框「家长：留白」，名下两个孩子（转店小男孩、转店测试1133）都显示「已在本机构」并置灰，选不上 ✅
W2 扫码现场建档「平板建档0928」 建档前 0 行 → 建档后 org_id=26、owner_type=seat、owner_seat_id=401、service_org_id 空 ✅
W3 同名同生日再建一次「平板建档0928」 count 前 1 → 后 1（点「用已有档案」，没多出重复档案）；弹出重名提醒「姓名、生日都相同，再新建会多出一份重复档案」 ✅
W4 关联已有档案「张小朵」（用补跑那次 w4-fix） owner_seat_id 空 → 401（关联成功）→ 解绑后恢复空 ✅
W5 列表绑定家长「王小甜」（用干净重跑那次 w5-clean） owner_seat_id 空 → 428（对应席位 BF100006）→ 解绑后恢复空；打开席位弹框时页面上只有 1 层弹框，确认绑定后 0.3 秒内（308ms）弹框全部关闭，列表显示「已绑定」 ✅
W6 二店认领「平板建档0928」，再一店认领回来 service_org_id：空 → 95（二店认领）→ 26（一店认领回来） ✅

跑的过程中遇到的两件事

  1. W4 第一次失败：脚本在孩子列表还没加载出来时就去点「关联已有档案」，这个按钮要等列表加载完才出现，所以点空了；脚本也没把弹框关掉，这层弹框一直留到了 W5，第一轮 W5 截图上因此叠了两层。真人点不到还没出现的按钮，所以不是产品问题。W4 换新页面补跑一次通过；W5 也换新页面单独重跑，只有一层弹框，绑定后全部关闭。第一次 W4 失败时没有写库（张小朵补跑前 owner_seat_id 为空）。
  2. W5 重跑的第一遍：脚本判断「席位列表加载完」的写法有误，没点上席位，确认绑定按钮一直灰着，没有发出绑定请求、没有写库；修正脚本后第二遍通过。

现在测试库的数据

4 个原本未绑定的档案（张晓虎、王小甜、刘予曦、张小朵）都已恢复未绑定；留白原来名下两个孩子没动；只多了测试孩子「平板建档0928」，它的服务门店现在是 26（刚建时为空，是 W6 一店认领回来写进去的，属于正常认领结果）。

截图

W1 选孩子弹框——名下孩子都在本机构、置灰

W2 建档后——平板建档0928 出现在列表最上方、已绑定

W3 重名提醒弹框——姓名生日都相同，可选「仍然新建」或「用已有档案」

W4 关联已有档案弹框——列出本机构已有档案供选择

W4 关联后——张小朵出现在留白名下、显示已绑定（后续已解绑恢复）

W5 选择席位弹框——为王小甜挑选门店家长子席位，只有一层弹框

W5 绑定后——王小甜显示已绑定（后续已解绑恢复）

W6 二店认领后——门店 B 视角下，平板建档0928 已绑定，只看得到本店档案

W6 一店认领回来后——门店 A 视角恢复完整列表，平板建档0928 仍在列表最上方

还没测到的