7.4 KiB
7.4 KiB
Redmine query_id=525 数据分析报告
- 数据源：http://172.16.1.7:8080/redmine/issues?query_id=525
- 采集时间：2026-09-12（实时拉取）
- 采集方式：匿名 REST API 复现查询口径（query 525 本身为私有查询，直接访问返回 401）
一、口径还原
query 525 无法匿名访问，通过对比 9/9 快照与全量数据反推出其定义：
项目 = 同力9寸屏(rk3562) (project_id=806)
状态 ≠ 已关闭 (即 Redmine 的"开启的")
验证依据：9/9 快照 117 条的状态集合为 {新建, 进行中, 已解决, 已拒绝}，不含已关闭； 将 806 全量 190 条按「状态≠已关闭」过滤后与快照 100% 吻合（117 条old完全包含于 new，且分界点两侧状态不同）。
806 项目特征：全量 190 条全部由郭凤坚提交、全部为「错误」类型、100%「台架测试」来源。
复现命令：
curl "http://172.16.1.7:8080/redmine/issues.json?project_id=806&status_id=*&limit=100&offset=0"
二、当前态势（2026-09-12）
| 指标 | 数值 |
|---|---|
| 全量工单 | 190 |
| 已关闭 | 99 |
| 开启中 | 91 |
| 关闭率 | 52% |
开启工单状态构成：
| 状态 | 数量 | 占比 | 含义 |
|---|---|---|---|
| 已解决 | 71 | 78% | 开发已修，待测试验证 |
| 新建 | 13 | 14% | 待开发处理 |
| 进行中 | 4 | 4% | 开发处理中 |
| 已拒绝 | 3 | 3% | 驳回 |
三天变化（9/9 快照 → 9/12）
- 关闭 38 条
- 新增 12 条
- 开启数 117 → 91，净减 26
三、核心发现
发现 1：78% 的开启工单卡在"待验证"，且全部压给一个人
71 条「已解决」工单的经办人全部是郭凤坚。
经 journal（变更历史）核对，真实流程为：
郭凤坚提单 → 指派给开发 → 开发修复后置"已解决" + 经办人回退给郭凤坚(450) → 等待回归验证
因此「经办人=郭凤坚」= 待验证队列，而非自证闭环。
瓶颈：郭凤坚是 71 条的唯一验证出口。按解决时间分布：
| 已等待时长 | 条数 |
|---|---|
| 0-2 天 | 31 |
| 3-5 天 | 21 |
| 6-8 天 | 19 |
19 条已滞留 6-8 天未验证。
发现 2：真实开发工作量（从 journal 提取的修复人）
| 修复人 | 已解决数 | 主责模块 |
|---|---|---|
| 王曼云 | 29 | 收音机 14、视频 9、音乐 4、语言 2 |
| 董鸿志 | 13 | 视频 7、蓝牙 4、蓝牙音乐 1 |
| 牛犇 | 11 | 空调 3、驾驶辅助 2、版本号显示 2、电源管理 1、胎压 1 |
| 周帅 | 7 | 设置 4、图片 1、u盘 1、收音机 1 |
| 涂坤 | 6 | 电子说明书 4、语言 2 |
| 吴剑峰 | 2 | u盘、其他 |
| 郑小波 | 2 | 胎压、语言 |
| 陈恒 | 1 | 设置 |
注意：这与按「经办人」字段统计的结果完全不同。任何按 assigned_to 做的工时统计都是错的，必须走 journal。
仍在开发手中的（新建+进行中 = 17 条）：
- 黄家豪 6、罗世炼 3、董鸿志 4（3 条进行中，全是蓝牙通话）、王曼云 1、牛犇 1、陈恒 1（蓝牙）
发现 3：问题高度集中在多媒体模块
| 模块 | 开启数 | 状态分布 |
|---|---|---|
| 视频 | 18 | 已解决 16、已拒绝 2 |
| 收音机 | 15 | 已解决 15 |
| 蓝牙 | 9 | 进行中 4、已解决 4、新建 1 |
| 语言 | 5 | 已解决 5 |
| 设置 | 5 | 已解决 5 |
| 音乐 | 4 | 已解决 4 |
| 电子说明书 | 4 | 已解决 4 |
- 视频+收音机 = 33 条，占开启工单 36%，且几乎全部已修复待验证
- 收音机 15 条中 14 条由王曼云一人修复，属一次性集中整改（多为「提示语/图标缺失」类）
- 蓝牙是唯一仍有活跃开发的模块：4 条进行中全部是通话质量问题（回音、延迟 1 秒、双向对讲丢音、蓝牙服务崩溃）
发现 4：缺陷等级与来源结构失衡
| 缺陷等级 | 数量 |
|---|---|
| B类一般缺陷 | 85 (93%) |
| A类严重缺陷 | 5 |
| C类轻微缺陷 | 1 |
| 缺陷来源 | 数量 |
|---|---|
| 台架测试 | 91 (100%) |
| 实车测试 | 0 |
- 零实车测试发现：全部问题来自台架。台架无法覆盖的整车工况（电源波动、CAN 交互、温漂、振动）风险尚未暴露。
- 93% 为 B 类，说明当前处于功能细节打磨阶段，非架构性问题。
发现 5：8/26 构建版本是问题重灾区
| 版本号 | 开启工单数 |
|---|---|
| c230p-gk-120np-sxtl-001-2608261547 | 60 |
| c230p-gk-120np-sxtl-001-2609041035 | 17 |
| c230p-gk-120np-sxtl-001-2609090822 | 10 |
| c230p-gk-120np-sxtl-001-2609080848 | 2 |
60/91 = 66% 的问题挂在 8/26 版本上。后续 9/4、9/9 版本问题数明显下降（17、10），说明修复在收敛；但需注意 9/9 版本仅 3 天数据，样本未成熟。
发现 6：无长期挂起，处理节奏健康
- 开启工单存续时长：0-3 天 16 条、4-7 天 31 条、8-14 天 44 条，无一条超过 14 天
- 已解决工单修复时效：中位数 3.0 天，最快 0 天，最慢 10.2 天
- 分布：≤1天 17 条、1-3天 15 条、3-7天 33 条、>7天 6 条
发现 7：5 条 A 类严重缺陷仍未关闭
| ID | 状态 | 存续 | 修复人 | 问题 |
|---|---|---|---|---|
| #120332 | 已解决 | 3天 | 周帅 | u盘插入 9/8 升级包，MCU 固件验证失败无法升级 |
| #120217 | 已解决 | 5天 | 涂坤 | 语言配置英文时用户手册 logo 与内容显示"福田汽车"（应为陕西同力重工） |
| #120211 | 已解决 | 5天 | 牛犇 | 发送 18DAFA24 报文不显示数据版本号 |
| #120139 | 新建 | 7天 | 黄家豪 | 声音策略偶现（ACC off/on 后播放异常） |
| #120107 | 已解决 | 7天 | — | 蓝牙三方来电挂断逻辑异常 |
#120217 是品牌串版问题（福田的 logo 出现在同力项目），属对外交付风险，建议优先验证。 #120139 仍在新建状态 7 天，是唯一未被处理的 A 类。
四、风险清单
| 级别 | 风险 | 依据 |
|---|---|---|
| 高 | 验证单点瓶颈：71 条待验证全压郭凤坚一人，19 条已滞留 6-8 天 | 发现 1 |
| 高 | 零实车测试覆盖，整车工况风险未暴露 | 发现 4 |
| 中 | 品牌串版（#120217）等对外可见缺陷未验证关闭 | 发现 7 |
| 中 | 蓝牙通话质量 4 条集中进行中，可能指向同一根因（音频通道时序） | 发现 3 |
| 中 | 按 assigned_to 统计工时/绩效会得到完全错误的结论 | 发现 2 |
| 低 | 9/9 版本样本仅 3 天，收敛趋势待观察 | 发现 5 |
五、建议动作
- 解除验证瓶颈：71 条待验证按模块拆分给多人回归（收音机 14 条、视频 16 条可交给非原作者交叉验证），郭凤坚只处理争议项。
- A 类清零：5 条 A 类单独拉看板，其中 #120139 立即指派、#120217 优先验证。
- 蓝牙专项：4 条进行中的通话问题合并成一个专项分析，怀疑同源。
- 安排实车测试：台架已连续 190 条零实车，建议对 9/9 版本安排一轮实车验证。
- 修正统计口径：所有工时/绩效统计改走 journal 的 status→已解决 事件，禁用 assigned_to。
六、附：数据文件
| 文件 | 内容 |
|---|---|
p806_all.json |
项目 806 全量 190 条（2026-09-12 实时） |
raw_issues.json |
9/9 快照 117 条（query 525 原貌） |
agg.json |
9/9 快照按经办人汇总（口径有误，见发现 2） |
journals_open.json |
91 条开启工单的 journal 变更提取（含真实修复人） |