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