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

2.9 KiB
Raw Blame History

测试方案-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 个文件,包括 DockerfileREADME.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 successstart proxy success
  • 本机验证:http://127.0.0.1:4000/api/health 返回 ok: truehttp://127.0.0.1:4000/ 返回 200。
  • 公网验证:https://revoxel.huijutec.cn/ 返回 200页面标题为“模型逆向系统”/api/health 返回 ok: true/api/projects 可读取默认医学影像项目;登录接口验证成功。