测试报告-模板详细版.doc

Document number 文档编号 Confidentiality level 密级 Test Report-01 [绝密/秘密/内部公开] Document version 文档版本 Total 10 pages 共 10 页 V1.0 测试报告 Prepared by 拟制 Date 日期 yyyy-mm-dd Reviewed by 评审人 Date 日期 yyyy-mm-dd Approved by 批准 Date 日期 yyyy-mm-dd Revision Record 修订记录 Date 日期 Revision Version 修订版本 Sec No. 修改章节 Change Description 修改描述 Author 作者 yyyy-mm-dd Vx.xx Table of Contents 目录 1 概述 5 2 测试时间、地点及人员 5 3 环境描述 5 3.1 硬件（软件）配置： 5 4 测试对象质量评估 5 4.1 总体评价结论 5 4.2 缺陷统计 6 4.3 缺陷分析 6 4.3.1 测试趋势分析结果 7 4.4 覆盖率统计 7 4.5 性能测试评估 7 4.6 兼容性评估 7 5 测试过程评估 7 5.1 测试执行评估 7 5.1.1 测试执行统计数据 8 5.1.2 测试用例执行结果统计数据 8 6 附件 9 6.1 附件1：遗留问题报告 9 6.1.1 遗留问题统计 9 6.1.2 遗留问题列表 9 6.1.3 其他风险和规避措施 10 6.2 附件2：交付的测试工作产品 10  Table List 表目录 表1 测试时间、地点及人员 5 表2 从版本缺陷统计 6 表3 从特性统计缺陷 6 表4 测试执行统计 8 表5 系统测试结果统计表 8 表6 遗留问题统计表 9  概述 描述本报告是哪一个测试活动的总结，指明被测对象及其版本/修订级别。概述本次测试活动，同时，指明该测试活动所依据的测试计划，测试方案、测试用例等本测试报告文档的参考文档。 测试时间、地点及人员 描述本次测试的时间，地点和测试人员。 测试时间、地点及人员 版本名称 测试时间 测试人员 测试地点 起始时间 结束时间 环境描述 描述本次测试的测试环境。包括硬件配置、软件配置、版本配套、测试组网等，尤其要注意组网图应为测试实际组网，并对此种组网可能导致的测试风险进行描述。 硬件配置： 软件配置： 版本配套关系表 测试组网图（物理组网，即测试时实际的组网） 测试组网风险说明 硬件（软件）配置： Iphone5（ios 8） 测试对象质量评估 总体评价结论 从需求符合度、功能正确性、性能指标、运行稳定性、互联互通、文档、可用性、可维护性、兼容性、风险评估等多个维度对版本质量进行总体评价。根据上述各个维度评估的结果，给出此版本是否可用的结论。结论必须是能够代表测试部意见的明确结论，比如： 该版本满足上网条件，可以上网使用； 该版本存在质量风险，只可在XX局受限使用； 该版本存在严重质量问题，不满足上网条件等。 【建议】由于本部分对于所有的读者来说都希望在看报告时越早看到越好，因此建议放在测试对象质量评估的最前面部分，并以显著字体显示。 下面各个部分的内容是对前面结论的支撑。 缺陷统计 给出各特性或模块缺陷的分布或分类统计以及缺陷走势分析，此部分内容可采用TD缺陷管理支撑工具的“版本缺陷统计”和“缺陷走势分析”进行分析和获取，该工具可以从缺陷库中将缺陷导入进行自动统计，结果可以按版本、按缺陷分布、按问题状态统计，并能够以图表的方式直观显示，非常方便。如果手工统计的话，至少需要给出下面两方面的结果： 以版本为单位的缺陷统计，示例格式如下： 从版本缺陷统计 版本号 致命 严重 一般 提示 总计 以特性为单位的缺陷统计，示例格式如下： 从特性统计缺陷 模块/特性 致命 严重 一般 提示 总计 缺陷分析 缺陷分析的目的是为了得出：缺陷原因、缺陷趋势、遗留缺陷以及规避措施等。 那么对缺陷的分析可由测试组定性给出，定性的结论应包括： 测试趋势 质量评价 遗留问题风险分析 遗留问题规避 测试趋势分析结果 在此提供缺陷分析结果，给出版本缺陷走势，比如：通过N轮的测试，测试问题的发现趋势是否是收敛的，发布前遗留问题是否在版本正常运行可以允许的范围内 覆盖率统计 覆盖率统计对于版本决策者具有重要的意义，一定要提供详细的覆盖率统计。原则上，对于测试策略确定的测试范围及选定的测试用例执行覆盖率应该达到100％，对于