软件测试报告模板汇编Word文档格式.docx
《软件测试报告模板汇编Word文档格式.docx》由会员分享,可在线阅读,更多相关《软件测试报告模板汇编Word文档格式.docx(8页珍藏版)》请在冰豆网上搜索。
XXX_VX.X测试报告
本文档中蓝色字体为说明性文字,黑色字体为测试报告文档中必需的部分。
本文档中内容包括测试的总结性报告、测试评估,测试缺陷报告和测试实测结果清单等内容。
测试报告可能是多个层次级别的,如系统测试报告、集成测试报告、单元测试报告等,而所有测试过程中各阶段的测试报告均遵从规范所定义的此模板。
如果不同阶段测试报告有其特殊需求,可以增加其他段落作为补充。
关键词:
列示文中涉及的关键词汇。
摘要:
简略描述报告内容。
缩略语清单:
对本文所用缩略语进行说明,要求提供每个缩略语的英文全名和中文解释.
1.概述
描述本报告是哪一个测试活动的总结,指明被测对象及其版本/修订级别。
同时,指明该测试活动所依据的测试计划、测试方案、测试用例及测试过程为本测试报告文档的参考文档
2.测试时间、地点及人员
本次测试的时间、地点和测试人员如下表所示:
项目
描述
测试轮次
注明本版本测试共经过几轮测试(从上次发布版本之后开始算)
测试时间
注明测试每一轮的开始时间和终此时间,如有多轮测试,请列出所有的轮次测试时间,格式:
第1轮:
×
天YYYY-MM-DD至YYYY-MM-DD;
第2轮:
……
天是指实际工作日。
测试地点
注明本版本测试的测试地点
测试人员
注明本版本测试的测试人员。
如有多人参加,描述具体工作分配。
3.测试环境
描述本次测试的测试环境,包括硬件配置、所使用的软件及软件版本号、来源、测试工具等。
本次测试的测试环境,包括硬件配置、所使用的软件及软件版本号如下表所示:
软件环境
软件名称
版本
备注
硬件配置
硬件名称
数量
规格
4.缺陷统计
4.1测试缺陷统计
列表显示本版本测试活动的测试缺陷统计情况,和Mantis时的缺陷对应。
Table1测试缺陷统计表
人力(人*天)
新增缺陷数
解决的缺陷数
未解决的缺陷数
遗留缺陷总数
Close缺陷数
Reopen缺陷数
1
2
总计
其中:
新增缺陷数:
本次测试中新发现的缺陷数目。
关闭缺陷数:
本次测试中开发已解决上版本遗留的缺陷并验证通过的缺陷数目。
重新打开缺陷数:
本次测试中开发已解决上版本遗留的缺陷并但验证失败的缺陷数目。
未解决的缺陷数:
指发布此版本时,上版本遗留的缺陷还未解决的缺陷数。
遗留缺陷总数:
指对应轮次测试完成并报告后,仍未得到解决的缺陷。
如果有需要,可以给出每轮次测试缺陷状态分布图,或轮次缺陷趋势图。
4.2测试用例执行情况统计
对本版本测试的项目进行统计,包括总项数,通过多少项,失败多少项,没有执行多少项,阻塞多少项及百分比等,一般根据TestLink中的测试用例情况进行统计,可用以下表格进行描述。
Table2测试用例执行结果统计表
测试用例项
总测试用例数
实际测试的用例数
新增测试用例数
NotRun项
Passed项
Failed项
Blocked项
高级用例
中级用例
低级用例
百分比
NotRun:
本次测试不需要执行
Passed:
测试结果正确
Failed:
测试结果有错误
Blocked:
由于各种原因本次无法测试
新增测试用例:
是指本版本有新的特性增加,而执行新的测试用例数,适用于回归测试。
高级、中级、低级用例项可也可改成各模块名。
如果有需要,可以给出测试用例执行失败情况分布图。
5.测试活动评估
对测试活动过程进行简要描述,总结主要的测试活动和事件。
总结资源消耗数据,如总人员、总工时,每个主要测试活动花费的时间。
总结本次测试活动的经验教训,给出活动过程中遇到的问题及解决思路、方法,对活动中不能实现的部分做对版本测试影响的风险评估。
比如一些不可重现的缺陷,如何定位等。
评估活动的可靠性、可持续性、充分性等。
6.测试对象评估
对被测对象给出总结性的评估,包括测试对象的各个方面,比如:
安装、功能、性能、可操作性、易用性、稳定性、安全性、测试充分性等等。
对被测对象的评估必须参照软件需求规格说明的要求,分析被测对象与软件需求规格的偏离程度、偏离点,同时需要对结果偏离进行评估。
总结测试结果时,要确定测试过程中的所有缺陷,并对解决情况进行确认,确认已解决缺陷和未解决遗留的缺陷,同时需要对未解决缺陷潜藏的风险进行评估。
由于环境条件不具备等因素而不能进行充分测试时,须列示测试不充分引起的失败风险并做评估。
最后,明确给出版本的质量评价。
注意:
评估的标准必须基于测试计划中确定的被测对象通过/失败准则。
版本质量评价不能用模糊词语表述,比如:
基本上、差不多等词语。
7.测试设计评估及改进建议
提供对本次测试过程活动的测试设计和操作的评估及改进建议。
每一条建议的分析及其对软件测试的影响也应提供。
在测试过程中形成的对测试方案、测试用例的修改和补充的具体改进内容可列在本测试报告文档的附录中。
8.规避措施
对测试活动过程中出现的缺陷在客观环境不允许或无法实现的情况下给出折中方案,通过采用的规避措施确保软件的正常运行、版本可用,以避免最大利益损失。
9.遗留缺陷列表
遗留缺陷是指测试过程中发生的并且在在测试报告时仍没有得到解决的缺陷。
测试报告时已经得到解决,并已经过回归验证的测试缺陷不记入其中。
9.1遗留缺陷统计
在详细的遗留缺陷报告前可以先建立一个遗留缺陷统计表格,以便对遗留缺陷的相关分布信息有整体的了解。
如果遗留缺陷数比较少,可以将此表格省去,因此此表格根据实际情况可选(建议统计一下)。
建立遗留缺陷统计表格,可对遗留缺陷数和级别进行统计,包括缺陷总数,致命,严重,一般和提示缺陷的数目及百分比等,遗留缺陷统计一般可用以下表格描述,其中的字段可根据实际情况进行设计和裁剪:
Table3遗留缺陷统计表
缺陷总数
致命缺陷
严重缺陷
一般缺陷
提示缺陷
数目
致命缺陷:
对应Mantis中的缺陷级别Crash。
严重缺陷:
对应Mantis中的缺陷级别Major。
一般缺陷:
对应Mantis中的缺陷级别Minor。
提示缺陷:
对应Mantis中的缺陷级别Tweak。
如有需要,可以给出遗留缺陷级别状态分布图。
9.2遗留缺陷详细列表
以下部分详细记录每一个遗留缺陷,也可视时间情况或缺陷数比较多时只详细记录缺陷级别比较高的遗留缺陷,低级别的遗留缺陷采用简单列表进行罗列。
所有进行详细记录的遗留缺陷都统一采用表格的形式来描述,表格形式如下:
(注:
该表格的内容应该尽可能和“内部缺陷报告单”(即Mantis库中的缺陷单)中对于缺陷的描述文字一致,如果“内部缺陷报告单”中描述是清晰、明确的,则直接复制出即可,否则可以适当补充。
)
Table4遗留缺陷详细列表
缺陷单号
对应Mantis库缺陷跟踪电子流的缺陷报告单号。
缺陷简述
对缺陷的简短概要描述。
缺陷描述
给出该测试意外事件的描述,可从以下方面予以考虑:
环境及设置
版本配套情况
输入
测试步骤
期望的结果
实际结果
缺陷重现方法
应包括对定位和修正有帮助的活动和现象,例如:
描述任何对定位缺陷有帮助的测试用例执行情况,以及任何与规定的测试步骤之间的差异等。
缺陷级别
首先说明该缺陷的级别,级别定义如下:
致命:
引起系统死机或系统崩溃的缺陷
严重:
引起系统某一功能失效且不能简单恢复(如插拔单板)的缺陷
一般:
引起系统某一功能失效但可简单恢复或较难重现的缺陷
提示:
从操作或维护的角度发现的缺陷或建议
缺陷分析与对策
针对此缺陷提出影响程度分析,应对策略,例如应急措施、更新产品资料、或者纳入下一版本需求等。
指出该缺陷对项目设计文档,测试文档等可能带来的影响。
避免措施
针对此缺陷提出的可预防或避免发生的策略。
如果没有措施可避免缺陷的发生,则填“无”。
其他补充内容。
10.附件
本部分中,交付的测试工作产品和测试项目通过情况清单为必需的附件,其余可根据实际测试内容进行裁剪,不同的测试报告根据需要可以给出不同类型的附件。
附件的目的是帮助本报告的使用者理解报告,记录修改情况和有用的数据等。
附件1:
交付的测试工作产品
指明本测试完成后交付的测试文档、测试代码及测试工具等测试工作产品,以及指明配置管理位置和物理媒介等,一般包括但不限于如下工作产品:
1.测试计划TestPlan
2.测试方案TestScheme
3.测试用例TestCases
4.测试规程TestProcedure
5.测试日志TestLog
6.测试缺陷报告TestIssuesReport
7.测试报告TestReport
8.测试输入及输出数据TestInputandOutput
9.测试工具TestTools
10.测试代码及设计文档TestCodesandDesign
附件2:
修改、添加的测试方案或测试用例
对任何需要修改、添加的测试方案或测试用例进行描述,并将修改后的文档附加在此。
附件3:
其他附件(如:
PC-LINT检查记录,代码覆盖率分析报告等)
附加相关的内容。