feat(版本详情): 优化任务统计与测试轮次

docs/decisions.md

@@ -315,3 +315,18 @@
 - 账号身份不能依赖可编辑姓名；姓名只是展示字段。
 - 内置超管账号避免新系统初始化后被误删或降权导致无法管理。
 - 历史单据兼容能修复已有数据的显示错位，同时不需要批量改写业务记录。
+
+## 27. 测试轮次以第一轮用例为母版
+
+**问题**：同一版本测试失败或修复后，经常需要重新跑一遍同一批测试用例。如果直接复用原用例，会覆盖第一轮执行记录；如果手工重建，又容易漏掉 AI 生成或人工补充的用例。
+
+**决策**：
+- TestCase 增加 `roundNo`，旧数据和未显式写入的数据统一视为第 1 轮。
+- 点击“开启新一轮测试”时，只从第 1 轮复制用例到下一轮，AI 创建和人工创建的用例都复制。
+- 只有最新一轮测试用例全部进入 `passed/failed/blocked` 后，才能开启下一轮；第 1 轮未测完时不能开启第 2 轮。
+- 复制时保留需求、标题、描述、类型、优先级、负责人、引用来源、AI 草稿标记、AI 预估和执行预估。
+- 复制时清空执行状态、开始/完成时间、执行人、失败原因和阻塞原因，新轮次从 `pending` 开始。
+- 测试进度、无 Bug 通过率和列表按当前轮次查看；顶部 AI 预估、执行预估、实际耗时、人力投入按版本全部轮次累计。
+- 测试用例按所属需求分组时展示“已提测/待提测”标签；只有该需求下所有开发任务都 `submitted` 才展示“已提测”，否则展示“待提测”。
+
+**理由**：第一轮承载完整测试范围，后续轮次应复跑同一范围而不是临时拼装；执行记录按轮次隔离，整体投入按版本累计，能同时回答“这一轮测得怎么样”和“这个版本测试总共花了多少”。

docs/workflow.md

@@ -31,6 +31,19 @@
 - 个人耗时 = 每个任务独立累加（个人维度）
 ```
 
+## 测试轮次流程
+
+测试用例支持按版本开启多轮测试：
+
+1. 旧测试用例或未写入 `roundNo` 的测试用例默认属于第 1 轮。
+2. 点击“开启新一轮测试”时，系统从第 1 轮复制全部测试用例到下一轮，包含 AI 创建和人工创建的用例。
+3. 只有最新一轮全部测完（状态为通过、不通过或阻塞）后，才能开启下一轮；第 1 轮未测完不能开启第 2 轮。
+4. 新轮次保留用例范围与估时信息：关联需求、任务类型、优先级、负责人、引用来源、AI 预估、执行预估。
+5. 新轮次清空执行记录：状态回到待测试，不带开始/完成时间、执行人、失败原因、阻塞原因。
+6. 测试用例列表、当前轮次进度、无 Bug 通过率按选中的轮次展示。
+7. 顶部耗时汇总按当前版本全部轮次累计，实际耗时和人力投入会包含新一轮执行产生的耗时。
+8. 测试用例按所属需求分组展示开发提测标签：该需求下所有开发任务都已提测时显示“已提测”，否则显示“待提测”。
+
 ## 数据联动检查清单
 
 新加模块或字段时，检查以下点：