评审专家打开第三方测试报告时，10 秒内会扫读 11 项关键信息。缺任一项的报告会被打回补正——影响项目进度甚至整改周期。本文给出一份「评审专家友好」的报告结构清单 + 写法示例。
11 项必备要素清单
要素 1：报告封面（含三章 + 报告编号 + 二维码）
封面信息：
- 「软件测试报告」字样（标题）
- 被测软件名称 + 版本号 + 厂商名称
- 委托单位名称
- 测评机构名称 + LOGO
- 报告编号（唯一可追溯）
- 测试日期 / 报告出具日期
- 三章（CMA + CNAS + 实验室公章）
- 二维码（扫码核验报告真伪）
要素 2：基本情况
- 被测软件版本信息（版本号、构建号、源代码 hash 或交付包 MD5）
- 软件类型（C/S、B/S、移动 App、小程序、SaaS 等）
- 运行平台（OS 版本、数据库版本、中间件版本）
- 软件规模（代码量、模块数、表数、接口数）
要素 3：测试依据
明确列出所有依据的标准与文件：
- GB/T 25000.51-2016《系统与软件工程 系统与软件质量要求和评价(SQuaRE) 第 51 部分：就绪可用软件产品 (RUSP) 的质量要求和测试细则》
- ISO/IEC 25010:2011（等同采用）
- 需求规格说明书（甲乙双方约定的版本）
- 合同附件（验收标准）
- 测试方案（已经过甲乙双方书面确认）
要素 4：测试范围
- 测试 / 不测试范围明确划线
- 测试维度（功能性 / 性能效率 / 可靠性 / 易用性 / 安全性 / 兼容性 / 可维护性 / 可移植性 / 信息性 9 维度，按需选择）
- 测试边界（哪些模块测、哪些不测）
- 第三方组件 / 接口的测试范围说明
要素 5：测试方法
- 黑盒 / 白盒 / 灰盒
- 用例设计技术（等价类划分 / 边界值 / 决策表 / 探索式 / 场景法）
- 静态分析 / 动态分析
- 自动化测试 / 手工测试占比
要素 6：测试工具
列出所有使用的工具与版本：
- 性能测试 — JMeter / LoadRunner / WRK 等
- 安全测试 — Burp Suite / Nessus / Nmap / SQLMap 等
- 代码审计 — SonarQube / Checkmarx / Fortify 等
- 自动化测试 — Selenium / Appium / Postman 等
- 缺陷管理 — Jira / Redmine / 禅道等
要素 7：测试环境
- 硬件配置（服务器型号、CPU、内存、磁盘）
- 网络拓扑（带宽、是否含负载均衡）
- 软件环境（OS、数据库、中间件版本）
- 测试客户端（机型、OS 版本）
- 测试数据（数据规模、来源、是否脱敏）
要素 8：测试用例与执行情况
这是报告最实质的内容，需按维度列示：
- 总用例数 + 已执行用例数
- 通过用例数 + 通过率
- 失败用例数 + 失败原因分类
- 每个维度的用例分布与通过情况
- 关键用例的详细执行记录（截图 / 日志）
要素 9：缺陷统计
- 按严重程度分级：致命 / 严重 / 一般 / 提示
- 缺陷状态：已修复 / 未修复 / 接受 / 待确认
- 缺陷分布（按模块 / 按维度）
- 修复 / 复测情况
- 遗留缺陷的影响评估
要素 10：测试结论
必须从以下 3 项中明确给出 1 项：
- 通过——所有测试维度均达到 GB/T 25000.51-2016 国标要求
- 有条件通过——核心维度通过，少量缺陷待整改（须明确列示）
- 不通过——核心维度未达标，需重大整改后复测
禁止使用「基本通过」「主要符合」「达到预期」等模糊措辞。
要素 11：报告附件
- 缺陷清单详表
- 关键测试用例执行截图
- 性能测试 / 安全测试详细数据
- 测试人员签字页
- 测评机构资质证书复印件（CMA / CNAS）
- 声明页（报告仅对所测样本负责、未经允许不得复印等）
模板结构示例
软件测试报告
├── 封面（三章 + 编号 + 二维码）
├── 目录
├── 1. 概述
│ ├── 1.1 基本情况
│ ├── 1.2 测试依据
│ └── 1.3 测试范围
├── 2. 测试方案
│ ├── 2.1 测试方法
│ ├── 2.2 测试工具
│ └── 2.3 测试环境
├── 3. 测试执行
│ ├── 3.1 测试用例
│ ├── 3.2 用例执行情况
│ └── 3.3 缺陷统计
├── 4. 测试结论
│ ├── 4.1 综合评定
│ └── 4.2 遗留问题与建议
└── 附件
├── A. 缺陷清单
├── B. 测试用例详表
├── C. 关键执行截图
├── D. 资质证书
└── E. 声明
报告对外效力 4 点提醒
- 对外有效的报告必须三章齐全（CMA + CNAS + 实验室公章）
- 报告只对所测样本（特定版本号）负责，软件版本变更后报告失效
- 报告效力期通常 6-12 个月，超期建议重新测试
- 报告原件 / 复印件均需相应章证
新亿诚的报告交付标准
新亿诚出具的所有软件测试报告满足上述 11 项要素，并提供：
- 盖章纸质版 + 加密电子版双形式交付
- 报告二维码 + 电话双通道核验
- 6 年留档，随时可调取复印件（加盖确认章）
- 专家评审会需要时可派工程师出席答辩
具体的报告样本咨询可联系顾问。
