# 06-决策记录

## D-001：先提交上一轮修改

决策：在修改 `TestTaskDashboard.vue` 前，先提交并推送上一轮分类汇总看板修改。

原因：用户明确要求“先上传远程修改后”再进行本轮页面修改，避免两轮需求混在一个提交中。

## D-002：左侧测试任务汇总按阀类/系统类分组

决策：测试任务汇总沿用当前页面已有的“阀类/系统类”分类口径，只展示“加急”和“滞留”。

原因：需求文档要求参考 `index.vue`，但明确“不需要齐套和派工”；当前测试任务页面已有阀类/系统类识别逻辑，复用该分类最小且稳定。

## D-003：滞留数据使用及时检验报表

决策：新增 `质量管理_及时检验报表_查询`，并使用属性 `2` 查询装配相关及时检验报表数据。

原因：文档明确“滞留取值及时检验报表里面的任务数”，参考页面中属性 `2` 对应“装配”。

## D-004：加急数据使用测试装配任务查询结果

决策：加急汇总和测试任务汇总中的加急数量，使用 `质量管理_测试装配任务_查询` 返回结果中 `加急总数` 或 `加急数量` 大于 0 的任务数。

原因：文档明确“加急取值存储过程质量管理_测试装配任务_查询加急总数大于0的任务数”。

## D-005：移除缺件明细而不是隐藏空区域

决策：模板中移除“在制任务缺件明细”面板，主区域重新分配为左右两列各两个面板。

原因：文档要求“注释掉在制任务缺件明细”且“页面不能有空着的位置，合理安排”。移除面板并重排布局可以避免空白区域。

## D-006：顶部统计数组改为 reactive

决策：将 `summaryCards` 从普通数组改为 `reactive` 数组。

原因：接口返回后会直接写入卡片值，响应式数组能确保卡片数字稳定刷新。

## D-007：测试任务汇总补回产品层级

决策：将“测试任务汇总”从“项目 / 指标 / 数量”三列改为“项目 / 产品 / 指标 / 数量”四列，并在产品列展示图片、产品名称和产品汇总数。

原因：用户反馈项目和指标中间的产品列缺失，并要求按参考图样式展示；该结构也更接近装配任务汇总的项目-产品-指标层级。