# 测试方案-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 的转换必须只发生在发请求前。
- 不应让采样切片输入影响逆向工作区原有切片范围。