# 测试方案：完整截图与下载内容核查验证

测试方案文档路径：`工程分析/测试方案-2026-05-20-12-29-06.md`

## 静态检查

- 检查说明书 `## X.` 章节数量为 23。
- 检查每个章节均有图片引用。
- 检查 23 张 `chapter-*.png` 文件存在。
- 检查 23 张章节图尺寸为完整视口截图尺寸，不再是局部裁剪图。
- 使用全文搜索列出“下载”“导出”“保存”“NII.GZ”等相关表述。

## 构建检查

- 在 `WebSite/` 执行 `npm run build`。

## 关键业务场景验证

- 完整截图覆盖登录、总体概况、项目库、DICOM 浏览、DICOM 信息、STL 模型、构件层级、分割结果、逆向工作区、位姿导入、映射视图、导出选项、系统管理和退出。
- 逆向工作区截图使用软件 WebGL，避免三维视图空白。

## 医学影像数据相关边界验证

- DICOM 信息截图继续遮盖患者姓名和患者编号。
- 不执行删除项目、重置环境、真实导出下载等破坏性或大量下载操作。

## Word 与素材验证

- 重新生成 `1. 软著说明书.docx`。
- 使用 `unzip -t` 验证 Word 完整性。
- 使用 `unzip -l` 检查 Word 内嵌图片数量为 23。
- 更新 `功能验证与素材清单.md`。

## 部署验证

- 验证 `http://127.0.0.1:4000/api/health`。
- 验证 `http://127.0.0.1:4000/` 返回 200。

## Git/Gitea 备份验证

- commit message 包含 `2026-05-20-12-29-06`。
- 推送 Gitea 成功后记录 commit。
- 确认软著材料未被暂存或提交。

## 风险与回归关注点

- 不把软著图片和 Word 纳入 Gitea。
- 不处理已有历史工程分析文档删除状态。

## 实际验证记录

- 说明书章节检查：`新撰写软著文档/1. 软著说明书.md` 中共有 23 个 `## X.` 章节。
- 图片引用检查：23 个章节均存在图片引用，引用文件全部存在。
- 完整截图尺寸检查：23 张 `chapter-*.png` 均为 1680x1050，未再使用局部裁剪尺寸图片。
- DICOM 信息脱敏检查：`chapter-09-dicom-info.png` 保留完整页面截图，仅遮盖患者姓名和患者编号的值。
- Word 完整性检查：`unzip -t 新撰写软著文档/1. 软著说明书.docx` 通过。
- Word 图片位置检查：`word/document.xml` 中 `<wp:inline>` 数量为 23，说明 Word 正文中仍有 23 个图片位置；`word/media` 为 12 个，原因是 Word 对相同图片二进制做了内部复用。
- 下载/导出内容核查：说明书中存在下载/导出相关内容，主要命中位置包括第 1、2、3、6、8、9、11、12、16、18、19、20、22、23 节，其中直接“下载”表述位于第 8 节 DICOM 影像浏览，主要“导出”表述集中在第 18、19、20、23 节。
- 素材清单检查：`新撰写软著文档/功能验证与素材清单.md` 已更新为“完整视口截图”和 1680x1050 说明。
- 构建检查：`WebSite/ npm run build` 通过，Vite 仅提示 chunk size warning。
- 重新部署检查：已重启 `tmux` 会话 `revoxelseg-dicom`，服务日志显示 `ReVoxelSeg DICOM server ready at http://0.0.0.0:4000/`。
- 服务检查：`http://127.0.0.1:4000/api/health` 返回 200，`http://127.0.0.1:4000/` 返回 200。