1.8 KiB
1.8 KiB
测试方案-2026-05-25-12-30-27
测试方案文档路径
工程分析/测试方案-2026-05-25-12-30-27.md
静态检查
- 检查
3. 代码汇总.docx可被python-docx打开。 - 统计写入源码行数，确认约 10000 行。
- 检查文档中不存在独立
...段落或明显的省略占位。 - 检查每个收录文件从第 1 行到末行连续写入，不存在人为跳行。
构建检查
- 在
WebSite/执行npm run build。 - 本次不修改源码，构建用于确认当前项目仍可正常打包。
关键业务场景验证
- 验证更新后的 docx 包含标题、整理说明、文件清单和完整源码正文。
- 验证收录源码来自项目真实文件，且文件边界明确。
- 验证未将
node_modules、dist、医学影像数据或运行态导出内容写入 docx。
医学影像数据相关边界验证
- 本次不读取、不修改、不提交
Head_CT_DICOM/、Head_CT_ReConstruct/原始医学数据。 - 本次不修改 DICOM/STL 解析、融合、导出算法，仅验证部署服务仍可启动。
部署验证
- 构建完成后沿用或重建
tmux会话revoxelseg-dicom。 - 启动命令：
npm run serve -- --host 0.0.0.0 --port 4000。 - 验证
http://127.0.0.1:4000/api/health返回成功。 - 验证
http://127.0.0.1:4000/返回页面 HTML。
Git/Gitea 备份验证
- 使用
git status --short确认暂存范围只包含本次相关文件。 - 提交消息包含
2026-05-25-12-30-27和简要描述。 - 提交后记录 commit 哈希。
风险与回归关注点
- docx 修改为二进制变化，需重点确认文档可打开和源码行数正确。
- 若服务端口 4000 已被占用，需要确认占用来源，优先使用既有
tmux会话重启。 - 当前
3. 代码汇总.docx原本未被 Git 跟踪，提交时需明确纳入备份。