1、测试时间、地点及人员
描述本次测试的时间，地点和测试人员。
| 版本名称 | 测试时间 | 测试人员 | 测试地点 | |
| 起始时间 | 结束时间 | |||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2、环境描述
描述本次测试的测试环境。
硬件配置：
软件配置：
版本配套关系表
测试组网图（物理组网，即测试时实际的组网）
测试组网风险说
3、测试对象质量评估
（1）总体评价结论
从需求符合度、功能正确性、性能指标、运行稳定性、互联互通、文档、可用性、可维护性、兼容性、风险评估等多个维度对版本质量进行总体评价。根据上述各个维度评估的结果，给出此版本是否可用的结论。结论必须是能够代表测试部意见的明确结论，比如：
该版本满足上网条件，可以上网使用；
该版本存在质量风险，只可在XX局受限使用；
该版本存在严重质量问题，不满足上网条件等。
【建议】由于本部分对于所有的读者来说都希望在看报告时越早看到越好，因此建议放在测试对象质量评估的最前面部分，并以显著字体显示。
下面各个部分的内容是对前面结论的支撑。
4、缺陷统计
给出各特性或模块缺陷的分布或分类统计以及缺陷走势分析，此部分内容可采用TD缺陷管理支撑工具的“版本缺陷统计”和“缺陷走势分析”进行分析和获取，该工具可以从缺陷库中将缺陷导入进行自动统计，结果可以按版本、按缺陷分布、按问题状态统计，并能够以图表的方式直观显示，非常方便。如果手工统计的话，至少需要给出下面两方面的结果：
（1）从版本缺陷统计
| 版本号 | 致命 | 严重 | 一般 | 提示 | 总计 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
（2）从特性统计缺陷
| 模块/特性 | 致命 | 严重 | 一般 | 提示 | 总计 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
缺陷分析
缺陷分析的目的是为了得出：缺陷原因、缺陷趋势、遗留缺陷以及规避措施等。
那么对缺陷的分析可由测试组定性给出，定性的结论应包括：
测试趋势
质量评价
遗留问题风险分析
遗留问题规避
性能测试评估
性能测试结论应该按如下方式给出：
对于指标类测试目的，明确给出某种测试条件下（软硬件配置、数据量、话务模型等）下的主要性能指标。
对于稳定类测试目的，明确给出系统总体是否稳定的结论，或者系统哪些特性稳定，那些特性不稳定的结论。
对于对比类测试目的，明确给出对各种对比系统的测试结论，说明各种对比系统中那种性能表现好、那种性能表现差。
对于验证类测试目的，明确给出验证结果，主要是有没有达到要求、可不可行。
对于优化类测试目的，按优化的优先级给出重要的各种优化方向，并说明可能的优化效果。
兼容性评估
对被测对象的版本兼容性、硬件平台兼容性、操作系统兼容性给出明确的结论。没有测过的要说明没有测过，提醒上下游注意版本在正确的环境下使用。
| 版本名称 | 工作量投入（人天） | 测试用例规模 | 用例执行 | 发现缺陷数 | |
| 总用例数 | 新增用例数 |
| |||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
测试执行统计表
数据项说明：
工作量投入－－与本活动相关的所有工作量投入，包括测试计划、方案、用例、脚本、执行等所有与本测试相关的活动所花的投入，单位“人天”；不包括以前已经统计的投入，不包括开局、用户支援等非测试相关投入；
总测试用例数－－到本测试活动结束时，本测试活动中所有可用测试用例数，单元测试用例数、集成测试用例数、系统测试、SDV测试用例数分开；
新增测试用例数－－在本测试活动中新增加的测试用例数。如果是新产品的第一次总结，新增测试用例数包括从老版本继承来的可用测试用例数；
发现缺陷数－－本测试活动总共发现的缺陷数；
8、测试用例执行结果统计数据
对本次测试用例执行结果进行统计，其中的字段可根据实际情况进行设计和裁剪：详细的测试项通过情况清单放在附件部分。
系统测试结果统计表
| 统计 | 总测试 用例数 | 实际测试的用例数 | Pass | Fail | Block | Cancel | 无需测试用例数 |
| 第一轮测试 |
|
|
|
|
|
|
|
| 第二轮测试 |
|
|
|
|
|
|
|
| 总数 |
|
|
|
|
|
|
|
| 百分比 |
|
|
|
|
|
|
|
8、附件
遗留问题报告、交付的测试工作产品和测试项通过情况清单为必需的附件，其余可根据实际测试内容进行裁剪，不同的测试报告根据需要可以给出不同类型的附件。附件的目的是帮助本报告的使用者理解报告，记录修改情况和有用的数据等。
附件1：遗留问题报告
如存在独立的遗留问题报告文档，可在此直接粘贴文档；如无，可按以下内容填写；
遗留问题统计
遗留问题是指测试过程中发生的并且在测试报告时仍没有得到解决的测试问题。测试报告时已经得到解决，并已经过回归验证的测试问题不记入其中。
在详细的遗留问题报告前可以先建立一个遗留问题统计表格，以便对遗留问题的相关分布信息有整体的了解，如果遗留问题数比较少，可以将此表格省去，因此此表格根据实际情况可选。建立遗留问题统计表格，可对遗留问题数和级别进行统计，包括问题总数，致命，严重，一般和提示问题的数目及百分比等，遗留问题统计一般可用以下表格描述，其中的字段可根据实际情况进行设计和裁剪：
遗留问题统计表
|
| 问题总数 | 致命问题 | 严重问题 | 一般问题 | 提示问题 | 其他统计项 |
| 数目 |
|
|
|
|
|
|
| 百分比 |
|
|
|
|
|
|
遗留问题列表
以下部分详细记录每一个遗留问题，也可视时间情况只详细记录问题级别比较高的遗留问题，低级别的遗留问题采用简单列表进行罗列。所有进行详细记录的遗留问题都统一采用表格的形式来描述，
其他风险和规避措施
描述被测对象在运行时，除遗留问题列表中描述之外的其他需注意的操作规避措施，包括但不限于测试过程中发现的需要下游部门注意的版本问题。
附件2：交付的测试工作产品
指明本测试完成后交付的测试文档、测试代码及测试工具等测试工作产品，以及指明配置管理位置和物理媒介等，一般包括但不限于如下工作产品：
1.测试计划
2.测试用例
3.测试报告
4.测试代码及设计文档