# 测试方案-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 结果错配。
- 不应改变导出“可见类别”的过滤语义。