Files
REVOXELSEG_DICOM/工程分析/测试方案-2026-05-24-20-06-08.md

48 lines
1.6 KiB
Markdown

# 测试方案-2026-05-24-20-06-08
## 测试方案文档路径
`工程分析/测试方案-2026-05-24-20-06-08.md`
## 静态检查
- 执行 `cd WebSite && npm run lint`
- 搜索 overlay preview 加载逻辑,确认以 `fileName` 作为稳定关联 key。
## 构建检查
- 执行 `cd WebSite && npm run build`
- 确认生产构建成功。
## 关键业务场景验证
- 关闭 `liver_artery`,保持 `liver_segment_S2/S3` 眼睛打开时,`S2/S3` 仍可在对应切片显示。
- 打开 `liver_artery` 后,`S2/S3` 的显示位置不发生跳层或整体偏移。
- 多次快速切换构件眼睛时,加载进度正常,旧请求不覆盖新结果。
- Overlay 统计中的构件名称、ID、颜色和像素计数与当前显示构件对应。
## 医学影像数据相关边界验证
- 本次不修改 DICOM/STL 原始数据和体素化导出算法。
- 切片位置仍使用当前 DICOM 顺序规则。
- 模型位姿、镜像和缩放继续作用于所有可见构件。
## 部署验证
- 重启 `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 备份验证
- 暂存本次相关源码、Docker 说明和工程分析文档。
- 提交 message 包含本次时间戳。
- 推送到 Gitea `main` 后确认本地分支与远端同步。
## 风险与回归关注点
- 不应把隐藏构件重新纳入 overlay。
- 不应让构件名和 STL preview 结果错配。
- 不应改变导出“可见类别”的过滤语义。