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

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