# 测试方案-2026-06-04-09-46-36

## 测试方案文档路径

`工程分析/测试方案-2026-06-04-09-46-36.md`

## 静态检查

- 检查 `WebSite/package.json` 中 `build` 与 `serve` 脚本存在。
- 检查本机网卡包含 `192.168.3.11`。
- 检查 `tmux` 会话 `revoxelseg-dicom` 与 `4000` 端口状态，避免重复服务冲突。

## 构建检查

- 在 `WebSite` 执行 `npm run build`。
- 通过 Vite 构建输出确认无构建错误。

## 关键业务场景验证

- 验证 `http://127.0.0.1:4000/api/health` 返回健康状态。
- 验证 `http://127.0.0.1:4000/` 返回首页 HTML。
- 验证 `http://192.168.3.11:4000/api/health` 返回健康状态。
- 验证 `http://192.168.3.11:4000/` 返回首页 HTML。

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

- 本次仅重新部署，不修改 DICOM/STL 读取、预览、融合、分割映射和 Mask 导出逻辑。
- 不重新生成医学影像导出结果，避免把运行态产物混入提交。

## 部署验证

- 服务命令：`npm run serve -- --host 0.0.0.0 --port 4000`。
- 运行载体：`tmux` 会话 `revoxelseg-dicom`。
- 端口验证：确认 `4000` 端口由当前 Node 服务监听。
- 页面验证：确认局域网首页可通过 HTTP 访问。

## Git/Gitea 备份验证

- 使用 `git status --short` 确认只暂存本次工程分析文档和经验记录。
- commit message 包含 `2026-06-04-09-46-36`。
- 避免提交 `WebSite/dist/`、医学数据、导出文件和无关工作区变化。

## 风险与回归关注点

- 如果构建失败，应停止部署并汇报具体错误。
- 如果服务启动后本机成功但局域网失败，应继续检查网络访问链路。
- 如果 `tmux` 会话中存在旧命令残留，应清屏或重新启动，确保会话内运行的是本次部署命令。