上线实施计划
读取“上线内容(BA填写)”及调整信息
RELEASE WORKBENCH
上传七张来源表,自动生成带 SIT/UAT 申请单、案例量和缺陷量的 “大版本上线表”;可选追加缺陷归因明细。
01 / 导入文件
每周数据需上传七张来源表;每月缺陷归因表可按需要单独上传。
每周更新
读取“上线内容(BA填写)”及调整信息
按本周业务需求号补充需求类型,并识别 OA 需求
读取紧急需求及部门字段,并固定标记为紧急
按业务需求号和测试类型回填申请单及状态
按 SIT/UAT 申请单号统计案例条数
统计缺陷总量及“缺陷类型”以 A类 开头的数量
筛选本次上线需求对应的缺陷原始记录,并追加到导出 Excel
每月更新
每月更新一次;上传后在看板和 HTML 周报中展示归属团队、责任人、原因和解决时长明细
02 / 查看结果
历史趋势
版本计划执行情况
需求属性
上下车结构
下车说明
交付质量情况
质量概况
缺陷分布
缺陷分布
缺陷分布
阻断缺陷
测试覆盖清单
需求清单
每月更新数据
周报归档与分享
选择版本日后生成本次报告字段结构与合并规则检查完成。
五表处理口径
上线实施计划统一标记为“非紧急”;紧急上线申请统一标记为“紧急”,并固定“是否下车=否”。两张表的有效字段合并为大版本上线表结构。
去重键为“业务需求号+是否紧急”。同一需求号同时出现在实施计划和紧急申请时,紧急、非紧急各保留一条;同组内多个产品经理使用“|”连接。
相同业务需求号的非紧急实施记录全部为“取消”时才算下车,并合并填写调整原因;只要其中一条调整类型不为“取消”,该非紧急需求就不算下车。
在申请单列表中按“业务需求号+测试类型”匹配,分别回填 SIT申请单、SIT状态、UAT申请单、UAT状态;多条结果使用“|”连接,没有匹配结果填写“#N/A”。
按 SIT/UAT 申请单号在案例列表和缺陷管理表中计数,生成案例数、bug量和A类bug六项指标;缺陷类型去除空格后以“A类”开头的计入A类bug。
周报按业务需求号跨紧急类型去重:任一记录正常上线即计入实际上线,全部下车才计入下车;版本偏差率=(紧急+下车)÷拟上。一级部门为“数智科技部”时计为技改需求,其余计为业务需求。缺陷按缺陷编码去重,系统优先按“缺陷质量明细的缺陷编号+申请单号”取值,未匹配时才使用申请单的所属系统;同时生成无SIT案例需求清单。导出文件仍包含全部22列记录。