XX测试报告模版适用于XX公司
编写者: XX
文档编号:
编写日期: 2010-11-25
分发列表
文档修订历史
[模板修订历史 (文档首次使用前请删除)]
目录
1.测试概述 (4)
1.1.测试项目简述 (4)
1.2.名词定义 (4)
1.3.参考文档 (4)
2.测试环境与配置 (4)
3.测试情况 (4)
3.1.测试版本情况 (4)
3.2.测试用例统计执行情况 (4)
3.3.测试组织 (4)
4.测试结果及分析 (5)
4.1.测试情况统计分析 (5)
4.2.覆盖分析 (5)
4.2.1.需求覆盖 (5)
4.2.2.测试覆盖 (5)
4.3.缺陷的统计与分析 (5)
4.3.1.缺陷汇总 (5)
4.3.2.缺陷分析 (5)
4.4.测试质量对比统计 (5)
5.遗留缺陷与未解决问题 (5)
6.测试总结及风险分析 (6)
7.测试报告批准 (6)
1. 测试概述
1.1. 测试项目简述
<大、小、临时版本确定，测试范围
1. 测试需求
那些新增的需求验证
那些变更需求的需求验证
本次版本中可验证的需求列表
2. 修改问题的测试
3. 其他的功能测试内容>
1.2. 名词定义
本轮验证测试过程中涉及到需求、更新的产品术语、新产品术语等。

1.3. 参考文档
<参考的需求分档、设计文档等>
2. 测试环境与配置
简要介绍测试环境及其配置。

3. 测试情况
3.1. 测试版本情况
测试版本版本号，是否接受该版本以及原因表述。

什么时候接收的版本，什么时间版本部署完成
测试过程中有无更新版本
更新版本对测试的影响
测试中冒烟测试是否通过
3.2. 测试用例统计执行情况
3.3. 测试组织
4. 测试结果及分析
总结测试的结果，指出所有已解决的事件，并总结其解决方法，指出尚未解决的事件。

4.1. 测试情况统计分析
列举发现问题数量，属于问题数量（包含确认通过问题数量、确认未通过问题数量、以后版本修改数量、需求问题数量、不修改问题数量），不属于问题数量。

4.2. 覆盖分析
4.2.1. 需求覆盖
需求覆盖率是指经过测试的需求/功能和需求规格说明书中所有需求/功能的比值，通常情况下要达到100％的目标。

指出需求/功能（或编号），测试类型，是否通过，备注。

根据测试结果，按编号给出每一测试需求的通过与否结论。

P表示部分通过，N/A表示不可测试或者用例不适用。

实际上，需求跟踪矩阵列出了一一对应的用例情况以避免遗漏，此表作用为传达需求的测试信息以供检查和审核。

4.2.2. 测试覆盖
指出需求/功能（或编号），用例个数，执行总数，未执行，未/漏测，分析和原因。

实际上，测试用例已经记载了预期结果数据，测试缺陷上说明了实测结果数据和与预期结果数据的偏差；因此没有必要对每个编号在此包含更详细的说明的缺陷记录与偏差，列表的目的仅在于更好的查看测试结果。

测试覆盖率计算：执行数/用例总数 ×100％
4.3. 缺陷的统计与分析
缺陷统计主要涉及到被测系统的质量
4.3.1. 缺陷汇总
将被测系统，进行的单元，集成，系统测试，回归测试，进行总计。

还可以按缺陷类型，(用户界面一致性，功能，算法，接口，文档，用户界面 )进行统计。

4.3.2. 缺陷分析
本部分对上述缺陷和其他收集数据进行综合分析缺陷
4.4. 测试质量对比统计
区分大小上线版本
大版本发现问题曲线图
大版本提交版本曲线图（这里是指测试过程中提了多个版本的情况）
小版本发现问题曲线图
小版本提交版本曲线图（这里是指测试过程中提了多个版本的情况）
5. 遗留缺陷与未解决问题
遗留问题清单
6. 测试总结及风险分析
1. 对测试整体过程进行风险分析---（比如频繁出版本、版本延迟提交、需求验证发现严重、致命问题等）
2. 对每一个需求逐一分析，需求验证的角度、验证完成情况、存在的风险、(建议)规避方法、建议
3. 对每一个修改问题注意分析，描述验证的角度、验证完成情况、存在的风险、(建议)规避方法、建议
7. 测试报告批准
规定本报告必须由哪些人（列出姓名和职务）审批，并为签名和日期留出位置。

PM：
时间： 20YY_MM_DD。