软件测试报告模板

1、XXX_Vx测试报告作者：日期：X X X限公司版权所有目录目 21. 概述 42. 测试时间、地点及人员 43. 测试环境 44. 缺陷统计 54.1 测试缺陷统计 54.2 测试用例执行情况统计 55. 测试活动评估 66. 测试对象评估 67. 测试设计评估及改进建议 68. 规避措施 79. 遗留缺陷列表 79.1 遗留缺陷统计 79.2 遗留缺陷详细列表 710. 附件 8附件1：交付的测试工作产品 8附件2：修改、添加的测试方案或测试用例 9附件3:其他附件（如：PC-LINT检查记录，代码覆盖率分析报告等） 99 / 9XXX_VX.X 测试报告本文档中蓝色字体为说明性文字，黑色

2、字体为测试报告文档中必需的部分。本文档中内容包括测试的总结性报告、测试评估，测试缺陷报告和测试实测结果清单等内容。测试报告可能是多个层次级别的，如系统测试报告、集成测试报告、单元测试报告等，而所有测试过程中各阶段的测试报告均遵从规范所定义的此模板。如果不同阶段测试报告有其特殊需求，可以增加其他段落作为补充。关键词：列示文中涉及的关键词汇。摘 要： 简略描述报告内容。缩略语清单：对本文所用缩略语进行说明，要求提供每个缩略语的英文全名和中文解释.1 .概述描述本报告是哪一个测试活动的总结，指明被测对象及其版本/修订级别。同时，指明该测试活动所依据的测试计划、测试方案、测试用例及测试过程为本测试报告

3、文档的参考文档2 .测试时间、地点及人员本次测试的时间、地点和测试人员如下表所示:项目描述测试轮次注明本版本测试共经过几轮测试（从上次发布版本之后开始算）测试时间注明测试每一轮的开始时间和终此时间，如有多轮测试，请列出所有的轮次测试时间，格式：第 1轮：x天 YYYY-MM-DD 至 YYYY-MM-DD第 2轮：X 天 YYYY-MM-DD 至 YYYY-MM-DDX天是指实际工作日。测试地点注明本版本测试的测试地点测试人员注明本版本测试的测试人员。如有多人参加，描述具体工作分配。3 .测试环境描述本次测试的测试环境，包括硬件配置、所使用的软件及软件版本号、来源、测试工具本次测试的测试环境，

4、包括硬件配置、所使用的软件及软件版本号如下表所示软件环境软件名称版本备注硬件配置硬件名称数量规格备注4 .缺陷统计4.1 测试缺陷统计列表显示本版本测试活动的测试缺陷统计情况，和Mantis时的缺陷对应。Tablel测试缺陷统计表测试轮次人力（人*天）新增缺陷数解决的缺陷数Close缺陷数Reopen缺陷数未解决的 缺陷数遗留缺陷 总数12总计其中：新增缺陷数：本次测试中新发现的缺陷数目。关闭缺陷数：本次测试中开发已解决上版本遗留的缺陷并验证通过的缺陷数目。重新打开缺陷数：本次测试中开发已解决上版本遗留的缺陷并但验证失败的缺陷数目。未解决的缺陷数：指发布此版本时，上版本遗留的缺陷还未解决的缺陷

5、数。遗留缺陷总数：指对应轮次测试完成并报告后，仍未得到解决的缺陷。如果有需要，可以给出每轮次测试缺陷状态分布图，或轮次缺陷趋势图。4.2 测试用例执行情况统计对本版本测试的项目进行统计，包括总项数，通过多少项，失败多少项，没有执行多少项，阻塞多少项及百分比等，一般根据TestLink中的测试用例情况进行统计，可用以下表格进行描述。Table2测试用例执行结果统计表测试用例 项总测试用 例数实际测试 的用例数新增测试 用例数NotRurPassed项Failed项Blocked项高级用例中级用例低级用例总计百分比其中：Not Run ：本次测试不需要执行Passed ：测试结果正确Failed

6、：测试结果有错误Blocked ：由于各种原因本次无法测试新增测试用例：是指本版本有新的特性增加，而执行新的测试用例数，适用于回归测试。高级、中级、低级用例项可也可改成各模块名。如果有需要，可以给出测试用例执行失败情况分布图。5 . 测试活动评估对测试活动过程进行简要描述，总结主要的测试活动和事件。总结资源消耗数据，如总人员、总工时，每个主要测试活动花费的时间。总结本次测试活动的经验教训，给出活动过程中遇到的问题及解决思路、方法， 对活动中不能实现的部分做对版本测试影响的风险评估。比如一些不可重现的缺陷，如何定位等。评估活动的可靠性、可持续性、充分性等。6 . 测试对象评估对被测对象给出总结性

7、的评估，包括测试对象的各个方面，比如：安装、功能、性能、可操作性、易用性、稳定性、安全性、测试充分性等等。对被测对象的评估必须参照软件需求规格说明的要求，分析被测对象与软件需求规格的偏离程度、偏离点，同时需要对结果偏离进行评估。总结测试结果时，要确定测试过程中的所有缺陷，并对解决情况进行确认，确认已解决缺陷和未解决遗留的缺陷，同时需要对未解决缺陷潜藏的风险进行评估。由于环境条件不具备等因素而不能进行充分测试时，须列示测试不充分引起的失败风险并做评估。最后，明确给出版本的质量评价。注意 ：评估的标准必须基于测试计划中确定的被测对象通过/ 失败准则。版本质量评价不能用模糊词语表述，比如：基本上、差

8、不多等词语。7 . 测试设计评估及改进建议提供对本次测试过程活动的测试设计和操作的评估及改进建议。每一条建议的分析及其对软件测试的影响也应提供。在测试过程中形成的对测试方案、测试用例的修改和补充的具体改进内容可列在本测试报告文档的附录中。8 .规避措施对测试活动过程中出现的缺陷在客观环境不允许或无法实现的情况下给出折中方案，通过采用的规避措施确保软件的正常运行、版本可用，以避免最大利益损失。9 .遗留缺陷列表遗留缺陷是指测试过程中发生的并且在在测试报告时仍没有得到解决的缺陷。测试报告时已经得到解决，并已经过回归验证的测试缺陷不记入其中。9.1 遗留缺陷统计在详细的遗留缺陷报告前可以先建立一个遗

9、留缺陷统计表格，以便对遗留缺陷的相关分布信息有整体的了解。如果遗留缺陷数比较少，可以将此表格省去，因此此表格根据实际情况可选（建议统计一 下）。建立遗留缺陷统计表格，可对遗留缺陷数和级别进行统计，包括缺陷总数，致命，严重，一般和提示缺陷的数目及百分比等，遗留缺陷统计一般可用以下表格描述，其中的字段可根据实际情况进行设计和裁剪：Table3 遗留缺陷统计表缺陷总数致命缺陷严重缺陷一般缺陷提示缺陷数目百分比其中：致命缺陷：对应Mantis中的缺陷级别Crash。严重缺陷：对应 Mantis中的缺陷级别Major。一般缺陷：对应 Mantis中的缺陷级别Minor。提示缺陷：对应 Mantis中的缺

10、陷级别Tweak。如有需要，可以给出遗留缺陷级别状态分布图。9.2 遗留缺陷详细列表以下部分详细记录每一个遗留缺陷，也可视时间情况或缺陷数比较多时只详细记录缺陷级别比较高的遗留缺陷，低级别的遗留缺陷采用简单列表进行罗列。所有进行详细记录的遗留缺陷都统一采用表格的形式来描述，表格形式如下:（注：该表格的内容应该尽可能和“内部缺陷报告单”（即Mantis库中的缺陷单）中对于缺陷的描述文字一致，如果“内部缺陷报告单”中描述是清晰、明确的，则直接复制出即可， 否则可以适当补充。）Table4遗留缺陷详细列表缺陷单号对应Mantis库缺陷跟踪电子流的缺陷报告单号。缺陷简述对缺陷的简短概要描述。缺陷描述给

11、出该测试意外事件的描述，可从以下方面予以考虑：环境及设置版本配套情况输入测试步骤期望的结果实际结果缺陷重现方法应包括对定位和修止后帮助的活动和现象，例如：描述任何对定位缺陷有帮助的测 试用例执行情况，以及任何与规定的测试步骤之间的差异等。缺陷级别首先说明该缺陷的级别，级别定义如下：致命：引起系统死机或系统崩溃的缺陷严重：引起系统某一功能失效且不能简单恢复（如插拔单板）的缺陷一般：引起系统某一功能失效但可简单恢复或较难重现的缺陷提示：从操作或维护的角度发现的缺陷或建议缺陷分析与对 策针对此缺陷提出影响程度分析，应对策略，例如应急措施、更新产品资料、或者纳 入下一版本需求等。指出该缺陷对项目设计文

12、档，测试文档等可能带来的影响。避免措施针对此缺陷提出的可预防或避免发生的策略。如果没有措施可避免缺陷的发生，则 填“无”。备注其他补充内容。10 .附件本部分中，交付的测试工作产品和测试项目通过情况清单为必需的附件，其余可根据实际测试内容进行裁剪，不同的测试报告根据需要可以给出不同类型的附件。附件的目的是帮助本报告的使用者理解报告，记录修改情况和有用的数据等。附件1:交付的测试工作产品指明本测试完成后交付的测试文档、测试代码及测试工具等测试工作产品，以及指明配置管理位置和物理媒介等，一般包括但不限于如下工作产品：1. 测试计划 Test Plan2. 测试方案 Test Scheme3. 测试用例TestCases4. 测试规程TestProcedure5. 测试日志TestLog6. 测试缺陷报告Test Issues Report7. 测试报告