关键在于将验证逻辑嵌入Dockerfile：构建时执行冒烟测试（如curl健康检查）、用ENTRYPOINT封装测试脚本、生成HTML报告，并确保exit code准确反馈结果，避免无效镜像。
关键不是“构建完再测”，而是把验证逻辑直接写进 Dockerfile，让镜像自带自检能力——构建成功即代表基础功能通过冒烟测试。
在 RUN 阶段嵌入轻量级冒烟检查
适合服务类镜像，验证启动+健康端点可达性。例如：
- 安装 curl 等必要工具：RUN apk add --no-cache curl
- 启动服务并等待就绪：RUN ./start.sh && sleep 5
- 探测健康接口并强制失败退出：RUN curl -f http://localhost:8080/health || exit 1
这一连串命令在构建时执行，任一环节失败都会中断构建，避免生成“看似成功、实则不可用”的镜像。
用 ENTRYPOINT 封装可复用的测试入口
适用于通用测试镜像（如 Python/Java 测试环境），把测试逻辑收口到脚本中：
- 编写 run-tests.sh，包含 set -e、pytest $@、输出 JSON 结果等标准行为
- 在 Dockerfile 中设为默认入口：ENTRYPOINT ["./run-tests.sh"]
- 保留 CMD 传参能力：CMD ["--tb=short"]，运行时可覆盖：docker run my-test-image tests/api/
这样镜像既是运行环境，也是测试套件，本地验证和 CI 流水线调用方式完全一致。
构建阶段集成 HTML 报告生成
对需要可视化反馈的测试（如 UI 或接口回归），可在构建末尾生成报告文件：
- 安装 pytest-html：RUN pip install pytest pytest-html
- 执行测试并输出内嵌 HTML：RUN pytest tests/ --html=report.html --self-contained-html
- 确保 report.html 被 COPY 到镜像内，或通过挂载卷导出：docker run --rm -v $(pwd)/out:/app/out my-test-image cp report.html /app/out/
报告随镜像构建完成而生成，无需额外容器或宿主机依赖，支持归档与人工抽检。
注意元信息完整性，避免导入后失效
若使用 docker import 加载 tar 包，生成的镜像默认无 ENTRYPOINT/CMD，会导致上述测试逻辑无法自动触发：
- 优先用 docker load 替代 import，保留原始 Dockerfile 的所有元信息
- 若必须用 import，需在导入后手动补全：docker commit -c '["./run-tests.sh"]' -c 'EXPOSE 8080' container_id new-image
- 验证是否生效：docker inspect new-image | grep -A 5 "Entrypoint\|Cmd"
测试结果必须返回明确 exit code（0 成功，非 0 失败），CI 才能据此判断构建质量是否达标。
