大版本上线
从计划到提交,完成每一步上线准备。
首页
按时间节点,一步步完成本周上线准备。
从计划到提交,完成每一步上线准备。
汇总上线与测试数据,查看版本交付质量。
统计与合并工时,让每笔工作量清楚可核对。
结合助手使用与出单数据,生成运营分析报表。
沉淀日常行政流程,按步骤快速完成工作。
活动工具在新标签页打开
RELEASE OWNER GUIDE
正在计算本周时间节点
秘书工作指南
填写单据
本步骤原截图含供应商账号及发票信息,指南不公开展示示例敏感数据。
提交前检查
秘书工作指南 · 私有资料
受保护资料库
用于核对原始排版和二维码。日常复制与修改请使用上方字段。
RELEASE WORKBENCH
上传七张来源表,自动生成带 SIT/UAT 申请单、案例量和缺陷量的 “大版本上线表”;可选追加缺陷归因明细。
01 / 导入文件
每周数据需上传七张来源表;每月缺陷归因表可按需要单独上传。
每周更新
读取“上线内容(BA填写)”及调整信息
按本周业务需求号补充需求类型,并识别 OA 需求
读取紧急需求及部门字段,并固定标记为紧急
按业务需求号和测试类型回填申请单及状态
按 SIT/UAT 申请单号统计案例条数
统计缺陷总量及“缺陷类型”以 A类 开头的数量
筛选本次上线需求对应的缺陷原始记录,并追加到导出 Excel
按实施需求号或业务需求号关联开发人员,计算团队参与度和自研比例
每月更新
每月更新一次;上传后在看板和 HTML 周报中展示归属团队、责任人、原因和解决时长明细
02 / 查看结果
历史趋势
点击曲线上的圆点,可查看该版本对应的需求或缺陷明细。
版本计划执行情况
需求属性
上下车结构
下车说明
交付质量情况
质量概况
团队质量
说明:若一个 Bug 涉及多个系统协同修复,该 Bug 存在被同时统计至多个责任团队的情况。
SIT DEFECT ANALYSIS
缺陷分布
缺陷分布
已剔除“新建”缺陷;关联 bug_qualitydtl 后,仅剔除参与系统全部为第三方的缺陷;已放弃缺陷保留。
缺陷分布
阻断缺陷
UAT DEFECT ANALYSIS
UAT 缺陷分布
UAT 缺陷分布
已剔除“新建”缺陷;关联 bug_qualitydtl 后,仅剔除参与系统全部为第三方的缺陷;已放弃缺陷保留。
UAT 缺陷分布
UAT 阻断缺陷
测试覆盖清单
提示:自九月份起,如仍无 SIT 案例,将进行通报批评。
责任关注
需求清单
每月更新数据
周报归档与分享
选择版本日后生成本次报告字段结构与合并规则检查完成。
OA Import Planner
上传业务需求表和实施需求表,自动筛选、映射人员、去除无效数据,并导出可继续填写的整理结果。
直接上传原始业务需求表和原始实施需求表,工具会先在内部整理业务需求表,再生成最终实施需求整理结果。
OA SUBMISSION ASSISTANT
上传上线实施计划表,一键排除无效明细、按业务需求号去重,并生成可直接提交 OA 的两张导入表。
字母开头的需求号进入非紧急需求,数字开头的需求号进入非紧急问题修复。
处理结果
结果文件将在30分钟后自动删除
| 源表行 | 业务需求号 | 调整类型 | 调整原因 |
|---|
TEST REPORT VERIFICATION
对照上线计划,找出缺少报告的需求和产品经理。
优先读取业务需求号,兼容实施需求号和 Mantis 编号。
上传上线实施计划表和测试报告压缩包,即可查看待补需求、产品经理及具体原因。
仅列出缺少文件夹或文件夹为空的需求
| 需求号 | 需求名称 | 产品经理/BA | 待补原因 |
|---|
WORK HOURS RECONCILIATION
上传工时表和“需求到交付”工时表,一键合并需求、筛选明细并计算待补工时。
相同需求号合并金额和工作日;按需求号筛选交付明细;对比交付工时并列出需要补充的需求。
已按缺少工时从高到低排列
| 需求号 | 需求名称 | 负责人员 | 工时表工作日 | 交付已填工时(小时) | 交付工作日 | 需补充工时(小时) | 需补充工作日 | 状态 |
|---|
WORK HOURS MERGE
上传一张工时表,自动把同一个人的相同需求号合并,并汇总金额和工作量。
同一人员的记录连续排列;不同人员使用相同需求号时分别保留,不会合并到一起。
已按人员集中排列
| 人员名称 | 需求号 | 合并金额(元) | 合并工作量 | 原始明细数 |
|---|
AGENCY AI REPORT
若小英助手数据未覆盖AC015完整周期,缺少日期按0计入DAU日均;MAU按实际上传的小英助手记录统计。源表在统计完成后立即删除,生成的报表在1小时后自动删除。
周报内嵌规则
| 系统名称 | 所属团队 | 操作 |
|---|
周报内嵌规则
用途:把实施需求表中的内勤开发人员账号匹配到所在团队。数字开头账号视为外包,开发人员为空时不参与统计;需求服务团队、系统运维团队、综合统筹团队不计入研发参与统计。
| 开发人员账号 | 所属团队 | 操作 |
|---|
实施计划内嵌规则
| 二级部门 | 一级部门 | 操作 |
|---|
服务器归档
旧报告保留生成时的内容和下钻明细;新周报的历史趋势仅使用各版本日最新数据。
历史趋势下钻
RELEASE NOTES / 周报功能
DATA METHOD / 统计口径
五表处理口径
上线实施计划统一标记为“非紧急”;紧急上线申请统一标记为“紧急”,并固定“是否下车=否”。两张表的有效字段合并为大版本上线表结构。
去重键为“业务需求号+是否紧急”。同一需求号同时出现在实施计划和紧急申请时,紧急、非紧急各保留一条;同组内多个产品经理使用“|”连接。
相同业务需求号的非紧急实施记录全部为“取消”时才算下车,并合并填写调整原因;只要其中一条调整类型不为“取消”,该非紧急需求就不算下车。
在申请单列表中按“业务需求号+测试类型”匹配,分别回填 SIT申请单、SIT状态、UAT申请单、UAT状态;多条结果使用“|”连接,没有匹配结果填写“#N/A”。
按 SIT/UAT 申请单号在案例列表和缺陷管理表中计数,生成案例数、bug量和A类bug六项指标;缺陷类型去除空格后以“A类”开头的计入A类bug。
周报按业务需求号跨紧急类型去重:任一记录正常上线即计入实际上线,全部下车才计入下车;版本偏差率=(紧急+下车)÷拟上。一级部门为“数智科技部”时计为技改需求,其余计为业务需求。缺陷按缺陷编码去重,系统优先按“缺陷质量明细的缺陷编号+申请单号”取值,未匹配时才使用申请单的所属系统;SIT 与 UAT 分成两个独立模块,分别展示按技术经理、按系统、按需求和A类缺陷需求。再按“系统所属团队配置”汇总每个团队的 SIT、UAT、A类及总 Bug 量,未匹配系统归入“未配置团队”。系统为“第三方系统(非中英系统问题)”的缺陷会保留在两个“按系统”统计中,并以“第三方”作为团队统计表末行;该缺陷不归属任何内部技术经理。同一阶段内的缺陷按缺陷编码去重,避免重复计数。同时生成无SIT案例需求清单。导出文件仍包含全部22列记录。