# 测试方案-2026-05-24-09-58-56

## 测试方案文档路径

`工程分析/测试方案-2026-05-24-09-58-56.md`

## 静态检查

- `git status --short --branch`：确认只暂存本次相关文件，识别并保留既有无关删除状态。
- `find Docker部署 -maxdepth 3 -type f | sort`：确认 Docker 部署目录恢复完整。
- `git ls-remote --heads` / `git ls-remote --tags`：确认远端分支、tag 状态。

## 构建检查

- 在 `WebSite/` 执行 `npm run build`。
- 如时间允许或构建前发现类型风险，执行 `npm run lint`。

## 关键业务场景验证

- 首页访问返回 200，页面包含前端入口。
- `/api/health` 返回健康状态。
- 公网页面 `https://revoxel.huijutec.cn/` 返回可访问响应。
- 若可用，检查首页或登录页关键文本，确认不是代理错误页。

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

- 本次不修改 DICOM/STL 解析、预览、融合或 Mask 导出逻辑。
- 部署验证需确保服务仍可扫描默认 `Head_CT_DICOM/` 与 `Head_CT_ReConstruct/` 资源；可通过页面或 API 间接确认项目服务可启动。

## 部署验证

- 检查 `4000` 端口占用与 `tmux` 会话。
- 启动或重启 `tmux` 会话 `revoxelseg-dicom`。
- 验证：
  - `http://127.0.0.1:4000/api/health`
  - `http://127.0.0.1:4000/`
  - `https://revoxel.huijutec.cn/`

## Git/Gitea 备份验证

- 本地 commit message 包含 `2026-05-24-09-58-56`。
- 推送后用 `git ls-remote` 确认远端 `main` 指向新 commit。
- 删除发布辅助分支后，用 `git ls-remote --heads` 确认四个分支不再存在。
- 用 tag 或 Release 检查确认发布包仍可追溯。

## 风险与回归关注点

- 避免提交大量已有历史文档删除。
- 避免删除 Release、tag 或附件。
- 避免 Docker 与 tmux 同时占用 `4000`。
- 公网域名如仍异常，需要区分本机服务问题、FRP 问题和反向代理问题。

## 执行结果

- 静态检查：`Docker部署/` 已恢复 4 个文件，包括 `Dockerfile`、`README.md`、本机 Compose、威联通 NAS Compose。
- 远端检查：Gitea 当前只剩 `main` 分支；`revoxelseg-docker-all-v2026.05.21` Release 仍存在，包含 3 个部署包附件；Docker 发布相关 tag 仍存在。
- 类型检查：`npm run lint` 通过。
- 构建检查：`npm run build` 通过，Vite 仅提示 chunk 体积超过 500 kB。
- 部署检查：`tmux` 会话 `revoxelseg-dicom` 已用生产模式启动，`0.0.0.0:4000` 正常监听。
- FRP 检查：`revoxelseg-dicom-frpc` 容器日志显示 `login to server success` 和 `start proxy success`。
- 本机验证：`http://127.0.0.1:4000/api/health` 返回 `ok: true`，`http://127.0.0.1:4000/` 返回 200。
- 公网验证：`https://revoxel.huijutec.cn/` 返回 200，页面标题为“模型逆向系统”；`/api/health` 返回 `ok: true`；`/api/projects` 可读取默认医学影像项目；登录接口验证成功。