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