# 测试方案-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 跟踪，提交时需明确纳入备份。