REVOXELSEG_DICOM/工程分析/测试方案-2026-05-24-23-24-34.md

测试方案-2026-05-24-23-24-34

测试方案文档路径

工程分析/测试方案-2026-05-24-23-24-34.md

静态检查

• 执行 cd WebSite && npm run lint。
• 确认采样切片解析函数、状态类型和 AutoMatchRequest.sampleSlices 类型一致。

构建检查

• 执行 cd WebSite && npm run build。

关键业务场景验证

• 自动微调匹配工作区展示采样切片输入框。
• 默认切片按 1-N 显示。
• 输入 39, 71, 102 可正常解析。
• 输入 39-120:5 可正常解析为多切片。
• 输入超范围切片会被裁剪到 1-N。
• 运行结果中若最佳为保持当前，页面明确说明当前位姿未改变。

医学影像数据相关边界验证

• 页面使用 1-based 切片编号，接口传入 0-based 切片索引。
• 本次不修改 DICOM/STL 原始数据，也不修改导出分割逻辑。

部署验证

• 重启 tmux 会话 revoxelseg-dicom。
• 验证 http://127.0.0.1:4000/api/health。
• 验证 http://127.0.0.1:4000/。
• 验证 https://revoxel.huijutec.cn/api/health 与 https://revoxel.huijutec.cn/。

Git/Gitea 备份验证

• 暂存本次相关源码与工程分析文档。
• 提交 message 包含时间戳。
• 推送到 Gitea main。

风险与回归关注点

• 切片数量过多可能让运行时间变长。
• 1-based 到 0-based 的转换必须只发生在发请求前。
• 不应让采样切片输入影响逆向工作区原有切片范围。