视频会议软终端项目SDV阶段测试报告文件编号:QR-RD-0056-00发送:测试部
版本:V3.1抄送:
保密等级:普通总页数:9
发出部门:测试部附件:
发布日期:2012-4-20主题词:测试报告模板
文件类别.匡1跨部门□部门内
编制人：
责任人：
审核：
批准：
测试版本修订记录
目录
1. 目的 (4)
2. 测试对象描述 (4)
3. 测试范围 (4)
3.1 测试范围 (4)
3.2 测试环境 (4)
321 硬件测试环境 (4)
3.2.2 软件测试环境 (4)
4. 测试结果 (5)
4.1 测试时间 (5)
4.2 测试用例状态表 (5)
4.3 遗留缺陷歹U表 (5)
4.3.1 遗留TOP缺陷分析 (6)
4.4 测试范围结论 (6)
4.4.1 硬件测试结果分析 (6)
4.4.2 环境测试结果分析 (6)
4.4.3 热传测试结果分析 (6)
4.4.4 软件测试结果分析 (6)
4.4.5 自动化测试结论 (6)
4.4.6 系统测试结论 (6)
4.4.7 光学测试结论 (6)
4.4.8 结构测试结论 (7)
5. 差异分析 (7)
6. 风险问题与分析 (7)
7. 测试结论 (7)
1. 目的
说明此阶段实施验证测试目的，如产品在SDV段，则验证目的为：验证产品满足设计规格要求，基本功能、性能已完全实现?
2. 测试对象描述
简要对被测试对象进行描述；包括测试对象的框架结构、主要功能、性能等；
3. 测试范围
3.1测试范围
分别对本阶段重点测试的内容罗列，（重点范围可以从开发要求的测试重点，测试分析确定的测试重点等纬度分别罗列出来）
1、
2、
3、
3.2测试环境
针对将要实施测试的软件、硬件测试环境进行说明。包括对测试环境的总体图，软、硬件产品的物料配置表进行描述。
3.2.1 硬件测试环境
3.2.2 软件测试环境
4. 测试结果
4.1测试时间
4.2测试用例状态表
该表简要说明了各版本（阶段）测试的缺陷发现情况，体现测试用例在各版本中的覆盖情况。
定义说明：
测试周期：指本版本的测试共经历多少天数，不代表当前工作量。缺陷总数：本版本通过执行用例发现的缺陷数。
成功用例数：指在本版本可以被执行的用例。
失败或未执行用例数：指在本版本内不能被执行或未执行的用例数。链接本次测试用例文件
4.3遗留缺陷列表
缺陷等级程度是指因缺陷引起的故障对产品的影响程度。主要是分析各版本所产生缺陷的分布情况是否合理，如不合理分析其哪方面出了问题。
*
431 遗留TOP缺陷分析
4.4测试范围结论
对应前面所提到的范围，对其测试结果进行分析，并给出各个范围内的结论。
4.4.1 硬件测试结果分析
对项目中本次（或阶段）硬件测试的范围和情况做简要的阐述，看硬件测试是否在规格、性能等指标上能达到测试初所定义的要求，并对测试结果进行分析，从而给出最后的结论。
注：若该项目（或版本/阶段）无硬件测试部分，则在该段落注明“本项目（或版本/阶段）无硬件测试”，
4.4.2 环境测试结果分析
对项目中本次（或阶段）环境测试的范围和情况做简要的阐述，看环境测试是否在规格、性能等指标上能达到测试初所定义的要求，并对测试结果进行分析，从而给出最后的结论。
注：若该项目（或版本/阶段）无环境测试部分，则在该段落注明“本项目（或版本/阶段）无环境测试”，
4.4.3 热传测试结果分析
对项目中本次（或阶段）热传测试的范围和情况做简要的阐述，看热传测试是否在规格、性能等指标上能达到测试初所定义的要求，并对测试结果进行分析，从而给出最后的结论。
注：若该项目（或版本/阶段）无热传测试部分，则在该段落注明“本项目（或版本/阶段）无热传测试”，
4.4.4软件测试结果分析
对项目中本次（或阶段）软件测试的范围和情况做简要的阐述，看软件测试是否在规格、性能等指标上能达到测试初所定义的要求，并对测试结果进行分析，从而给出最后的结论。
注：若该项目（或版本/阶段）无软件测试部分，则在该段落注明“本项目（或版本/阶段）无软件测
4.4.5自动化测试结论
如涉及自动化测试，则做说明。
4.4.6系统测试结论
如涉及体系统测试，则做说明。
4.4.7光学测试结论
如涉及体系统测试，则做说明。
448结构测试结论
如涉及体系统测试，则做说明。
注：以上内容可增加，不要删除。
5. 差异分析
差异分析填写的内容主要从在实际版本测试执行中是否与《XXX项目测试方案》中要求的内容存在偏差，并对偏差的内容做出原因分析说明，如果无偏差，则写明：“无”
差异分析可以从下面几点做对比分析。
1、环境差异（实际测试环境的软硬配置与测试方案的差异说明）
2、用例覆盖差异（原计划所有要测的，由于进度压缩、未执行用例）
3、测试方法的落实差异（如测试方案提到要做对比测试，实际并没有开展，则做原因说明）
6. 风险问题与分析
测试风险的描述范围：由于产品的质量标准和需求不清晰或项目进度、测试资源与环境的局限和不可抗拒等客观原因带来的测试风险。所列出的风险必须提醒项目经理加入到《风险控制表》中统一管理。
目的：把目前识别到的风险列出，以便项目相关人可以评估风险的影响和及时做好风险应对策略和管理。
1、进度压缩的风险
2、测试对象样本不足的风险
3、概率性很低的严重及致命问题
4、与外部兼容风险
5、测试技术不能覆盖可能引起严重问题的风险
6、需求不清晰或不可测的风险
例如：
7. 测试结论
表格说明：
上表主要是为测试结论提供依据，其中产品是否准出主要参考未实现的需求数，致命问题，严重问题的遗