48 lines
1.8 KiB
Markdown
48 lines
1.8 KiB
Markdown
# 测试方案-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` 会话中存在旧命令残留，应清屏或重新启动，确保会话内运行的是本次部署命令。
|