Bug跟踪表

维护人：刘洋

统计周期：9月16日至 9月22日

未关闭：4 条 其中严重 1 条

结论：严重缺陷已有修复版本，灰度继续

一、本周结论

本周新登记缺陷 7 条，关闭 3 条，周末未关闭 4 条。严重缺陷为预订冲突在并发下仍可能生成两张单据，张伟已提交修复版本，计划 9月24日在测试环境复测。一般缺陷 2 条处于处理中或待复测，轻微缺陷 1 条尚未排期。刘洋每天 17:30 更新本表，陈静在次日站会上确认优先级。

二、缺陷清单

编号按登记顺序递增。状态同时保留已关闭、处理中、待复测和未开始，便于站会直接过表。

三、等级与时限

1. 严重缺陷指主路径中断或数据写错，负责人在 4 小时内给出规避办法，2 个工作日内提交修复。
2. 一般缺陷指结果可完成但提示错误或需绕行，5 个工作日内关闭。
3. 轻微缺陷指文案、对齐和偶发显示问题，纳入下一迭代，最迟 10 个工作日关闭。
4. 同一缺陷升为严重时，由刘洋在当日 18:00 前改等级并通知陈静。

四、处理进展

BUG-0000-014 的原因是两笔预订同时读到空闲后都写入成功。张伟于 9月22日加上时段锁，单机压测 50 并发时只保留 1 张单据，另一张返回 40021。该版本尚未合并到测试主分支，复测定在 9月24日 10:00，由陈静按两个浏览器同时点击验证。

BUG-0000-017 已于 9月20日关闭。用品扣减改为先占库存再写单据，周敏复核 20 笔并发申领，库存最小值为 0，未再出现负数。BUG-0000-015 与 BUG-0000-020 已关闭，回归用例分别补充 2 条和 1 条。

五、遗留事项

1. BUG-0000-016 的公司名上限已从 40 字调整为 80 字，待周敏用一笔真实访客记录复测。
2. BUG-0000-019 的通知延迟出现在 9月21日 11:02，企业微信侧 11:10 才送达，刘洋正在核对队列堆积。
3. BUG-0000-018 排在我的申请接口开放之后，张伟预计 9月30日当周处理，当前状态为未开始。

六、登记与关闭

发现人在登记时写清账号、页面、操作步骤和实际结果，并附上 requestId。刘洋在 1 个工作日内指定负责人和等级。关闭前需由发现人在测试环境按原步骤再走一遍，结果与预期一致后，状态改为已关闭，并写上关闭日期和回归用例编号。重复上报的现象合并到最早的编号，本表保留一条记录。

周例会于 9月23日 10:00 由刘洋主持，陈静、张伟、周敏参加，用时 25 分钟。会议确认 BUG-0000-014 为发布前必须关闭的项目，复测通过后于当日 12:00 前合并。BUG-0000-019 若在 9月25日仍未定位队列原因，页面先提示待办可能延迟，请在系统内查看状态。周敏说明用品负数问题关闭后，库房对账已连续 3 天差额为 0。张伟将把 9月24日的复测记录写回本表。