XXX_VX.X测试报告

作者：               

日期：                 

X X X限公司

版权所有

目录

目录... 2

1.      概述... 3

2.      测试时间、地点及人员... 3

3.      测试环境... 3

4.      缺陷统计... 3

4.1       测试缺陷统计... 3

4.2       测试用例执行情况统计... 3

5.      测试活动评估... 3

6.      测试对象评估... 3

7.      测试设计评估及改进建议... 3

8.      规避措施... 3

9.      遗留缺陷列表... 3

9.1       遗留缺陷统计... 3

9.2       遗留缺陷详细列表... 3

10.        附件... 3

附件1：交付的测试工作产品... 3

附件2：修改、添加的测试方案或测试用例... 3

附件3：其他附件（如：PC-LINT检查记录，代码覆盖率分析报告等）... 3

XXX_VX.X 测试报告

本文档中蓝色字体为说明性文字，黑色字体为测试报告文档中必需的部分。

本文档中内容包括测试的总结性报告、测试评估，测试缺陷报告和测试实测结果清单等内容。

测试报告可能是多个层次级别的，如系统测试报告、集成测试报告、单元测试报告等，而所有测试过程中各阶段的测试报告均遵从规范所定义的此模板。 如果不同阶段测试报告有其特殊需求，可以增加其他段落作为补充。

关键词：列示文中涉及的关键词汇。

摘  要：简略描述报告内容。

缩略语清单：对本文所用缩略语进行说明，要求提供每个缩略语的英文全名和中文解释.

1.  概述

描述本报告是哪一个测试活动的总结，指明被测对象及其版本/修订级别。同时，指明该测试活动所依据的测试计划、测试方案、测试用例及测试过程为本测试报告文档的参考文档

2.  测试时间、地点及人员

本次测试的时间、地点和测试人员如下表所示：

3.  测试环境

描述本次测试的测试环境，包括硬件配置、所使用的软件及软件版本号、来源、测试工具等。

本次测试的测试环境，包括硬件配置、所使用的软件及软件版本号如下表所示:

4.  缺陷统计

4.1    测试缺陷统计

列表显示本版本测试活动的测试缺陷统计情况，和Mantis时的缺陷对应。

Table1        测试缺陷统计表

其中：

新增缺陷数：本次测试中新发现的缺陷数目。

关闭缺陷数：本次测试中开发已解决上版本遗留的缺陷并验证通过的缺陷数目。

重新打开缺陷数：本次测试中开发已解决上版本遗留的缺陷并但验证失败的缺陷数目。

未解决的缺陷数：指发布此版本时，上版本遗留的缺陷还未解决的缺陷数。

遗留缺陷总数：指对应轮次测试完成并报告后，仍未得到解决的缺陷。

如果有需要，可以给出每轮次测试缺陷状态分布图， 或轮次缺陷趋势图。

4.2    测试用例执行情况统计

对本版本测试的项目进行统计，包括总项数，通过多少项，失败多少项，没有执行多少项，阻塞多少项及百分比等，一般根据TestLink中的测试用例情况进行统计，可用以下表格进行描述。

Table2        测试用例执行结果统计表

其中：

Not Run：本次测试不需要执行

Passed：测试结果正确

Failed：测试结果有错误

Blocked：由于各种原因本次无法测试

新增测试用例：是指本版本有新的特性增加，而执行新的测试用例数，适用于回归测试。

高级、中级、低级用例项可也可改成各模块名。

如果有需要，可以给出测试用例执行失败情况分布图。

5.  测试活动评估

对测试活动过程进行简要描述，总结主要的测试活动和事件。总结资源消耗数据，如总人员、总工时，每个主要测试活动花费的时间。

总结本次测试活动的经验教训，给出活动过程中遇到的问题及解决思路、方法，对活动中不能实现的部分做对版本测试影响的风险评估。比如一些不可重现的缺陷，如何定位等。

评估活动的可靠性、可持续性、充分性等。

6.  测试对象评估

对被测对象给出总结性的评估，包括测试对象的各个方面，比如：安装、功能、性能、可操作性、易用性、稳定性、安全性、测试充分性等等。

对被测对象的评估必须参照软件需求规格说明的要求，分析被测对象与软件需求规格的偏离程度、偏离点，同时需要对结果偏离进行评估。

总结测试结果时，要确定测试过程中的所有缺陷，并对解决情况进行确认，确认已解决缺陷和未解决遗留的缺陷，同时需要对未解决缺陷潜藏的风险进行评估。

由于环境条件不具备等因素而不能进行充分测试时，须列示测试不充分引起的失败风险并做评估。最后，明确给出版本的质量评价。

注意：评估的标准必须基于测试计划中确定的被测对象通过/失败准则。版本质量评价不能用模糊词语表述，比如：基本上、差不多等词语。

7测试总结评估及改进建议

总结：

1.这套禅道项目管理系统安全性相对较好，不存在过多的缺陷，基本能够满足各项功能的需求。

2.通过多种测试方法和工具对各个模块进行了测试,并且在测试时采用了多个测试用例，历遍所有的功能，测试的结果说服性很强。

3.该软件功能较全面,能够完成项目创建，设置，任务分配的功能，各个模块分工明确，共同完成项目的管理。

4.但是它仍存在一些缺陷，基本上是在数据输入判定，分析等方

面，这些缺陷并不是很明显，据推测应该是系统在开发设计过程中

程序开发人员的疏忽造成的。

5.系统预测统计模型经过多项严格测试，通过多种测试用例的测试，发现一些不足和问题，对系统整体运行不会造成太大的影响，不过在今后的开发中需要改进和提升。

建议：

此管理系统基本上能够通过测试，与目标功能总体上是一致的，相对来说可以算得上是一款功能全面的系统，在今后的开发过程中注重系统的稳定性，不断完善各项功能，特别是对数据处理的准确性和及时性。当然此系统中的存在的缺陷都必须得到相应的解决，如果不能那么就会影响用户体验过程，从而失去用户的信任，如果失去用户信任这对一款软件的打击会是毁灭性的，所以更要注重对用户信息的反馈，这样可以更好的让这款管理系统满足用户的需求。

                                                                                                              

7.  遗留缺陷列表

遗留缺陷是指测试过程中发生的并且在在测试报告时仍没有得到解决的缺陷。测试报告时已经得到解决，并已经过回归验证的测试缺陷不记入其中。

9.1    遗留缺陷统计

在详细的遗留缺陷报告前可以先建立一个遗留缺陷统计表格，以便对遗留缺陷的相关分布信息有整体的了解。

如果遗留缺陷数比较少，可以将此表格省去，因此此表格根据实际情况可选（建议统计一下）。建立遗留缺陷统计表格，可对遗留缺陷数和级别进行统计，包括缺陷总数，致命，严重，一般和提示缺陷的数目及百分比等，遗留缺陷统计一般可用以下表格描述，其中的字段可根据实际情况进行设计和裁剪：

Table3        遗留缺陷统计表

其中：

致命缺陷： 对应Mantis中的缺陷级别Crash。

严重缺陷：对应Mantis中的缺陷级别Major。

一般缺陷：对应Mantis中的缺陷级别Minor。

提示缺陷：对应Mantis中的缺陷级别Tweak。

如有需要，可以给出遗留缺陷级别状态分布图。

9.2    遗留缺陷详细列表

以下部分详细记录每一个遗留缺陷，也可视时间情况或缺陷数比较多时只详细记录缺陷级别比较高的遗留缺陷，低级别的遗留缺陷采用简单列表进行罗列。所有进行详细记录的遗留缺陷都统一采用表格的形式来描述，表格形式如下：

（ 注：该表格的内容应该尽可能和“内部缺陷报告单”（即Mantis库中的缺陷单）中对于缺陷的描述文字一致，如果“内部缺陷报告单”中描述是清晰、明确的，则直接复制出即可，否则可以适当补充。）

Table4        遗留缺陷详细列表

8.  附件

本部分中，交付的测试工作产品和测试项目通过情况清单为必需的附件，其余可根据实际测试内容进行裁剪，不同的测试报告根据需要可以给出不同类型的附件。附件的目的是帮助本报告的使用者理解报告，记录修改情况和有用的数据等。

附件1：交付的测试工作产品

指明本测试完成后交付的测试文档、测试代码及测试工具等测试工作产品，以及指明配置管理位置和物理媒介等，一般包括但不限于如下工作产品：

1.测试计划 Test Plan

2.测试方案 Test Scheme

3.测试用例 Test Cases

4.测试规程 Test Procedure

5.测试日志 Test Log

6.测试缺陷报告 Test Issues Report

7.测试报告 Test Report

8.测试输入及输出数据 Test Input and Output

9.测试工具 Test Tools

10.测试代码及设计文档 Test Codes and Design

附件2：修改、添加的测试方案或测试用例

对任何需要修改、添加的测试方案或测试用例进行描述，并将修改后的文档附加在此。

附件3：其他附件（如：PC-LINT检查记录，代码覆盖率分析报告等）

附加相关的内容。

第二篇：系统测试报告模板(绝对实用)

XXX项目

软件测试报告

编制：

审核：

批准：

目录

1       概述... 3

2       测试概要... 4

2.1        进度回顾... 4

2.2        测试环境... 4

2.2.1         软硬件环境... 4

2.2.2         网络拓扑... 5

3       测试结论... 5

3.1        测试记录... 5

3.2        缺陷修改记录... 6

3.3        功能性... 6

3.4        易用性... 6

3.5        可靠性... 6

3.6        兼容性... 6

3.7        安全性... 7

4       缺陷分析... 7

4.1        缺陷收敛趋势... 7

4.2        缺陷统计分析... 8

5       遗留问题分析... 9

5.1        遗留问题统计... 9

1         概述

说明项目测试整体情况，经过等。

 

 

 

 

2         测试概要

XX后台管理系统测试从2007年7月2日开始到2007年8月10日结束，共持续39天，测试功能点174个，执行2385个测试用例，平均每个功能点执行测试用例13.7个，测试共发现427个bug，其中严重级别的bug68个，无效bug44个，平均每个测试功能点2.2个bug。

XX总共发布11个测试版本，其中B1—B5为计划内迭代开发版本（针对项目计划的基线标识），B6－B8为回归测试版本。计划内测试版本，B1—B4测试进度依照项目计划时间准时完成测试并提交报告，其中B4版本推迟一天发布版本，测试通过增加一个人日，准时完成测试。B5版本推迟发布2天，测试增加2个人日，准时完成测试。

B6－B11为计划外回归测试版本，测试增加5个工作人日的资源，准时完成测试。

XX测试通过Bugzilla缺陷管理工具进行缺陷跟踪管理，B1—B4测试阶段都有详细的bug分析表和阶段测试报告。

2.1   进度回顾

2.2   测试环境

2.2.1   软硬件环境

2.2.2   网络拓扑

3         测试结论

        测试总的结论，明确是通过还是未通过。是否可以发布正式版本等。

3.1   测试记录

插入测试用例对象

3.2   缺陷修改记录

插入缺陷BUG单对象

3.3   功能性

系统正确实现了通过数据字典管理基础数据的功能，实现了数据内容的多语言功能，实现了中英文界面。实现了基础数据管理，酒店集团管理，酒店基础信息管理，渠道管理，代理管理，用户管理的查询，添加，修改，删除的功能，系统还实现了将权限控制细化到菜单按钮的功能。

系统在实现用户管理下的权限管理功能时，存在重大的缺陷，权限控制不严密，权限设计有遗漏。

3.4   易用性

   现有系统实现了如下易用性：

ü  查询，添加，删除，修改操作相关提示信息的一致性，可理解性

ü  输入限制的正确性

ü  输入限制提示信息的正确性，可理解性，一致性

现有系统存在如下易用性缺陷：

ü  界面排版不美观

ü  输入，输出字段的可理解性差

ü  输入缺少解释性说明

ü  中英文对应的正确性

ü  中英文混排

3.5   可靠性

现有系统的可靠性控制不够严密，很多控制是通过页面控制实现的，如果页面控制失效，可以向数据库插入数据，引发错误。

现有系统的容错性不高，如果系统出现错误，返回错误类型为找不到页面错误，无法回复到出错前的状态

3.6   兼容性

现有系统支持window下的IE浏览器和傲游浏览器，支持linux系统下的IE浏览器和火狐浏览器。

现有系统未进行其他兼容性测试

3.7   安全性

现有系统控制了以下安全性问题：

ü  把某一个登录后的页面保存下来，不能单独对其进行操作不进行登录

ü  直接输入某一页面的Url能否打开页面并进行操作不应该允许。

现有系统未控制以下安全性问题：

ü  用户名和密码应对大小写敏感

ü  登陆错误次数限制

 

以上条目根据在计划中和实际测试过程中使用的具体测试策略而增删条目。

4         缺陷分析

4.1   缺陷收敛趋势

此次黑盒测试总共发布11个版本，B1—B5为计划内迭代开发版本（针对项目计划的基线标识），B6-B11为进行的回归测试版本，bug版本趋势图如下图所示：

第一轮测试：

   介绍第一轮中发现的bug，缺陷数量和简单分布情况等。

第二轮测试：

   介绍第二轮中发现的bug，缺陷数量和简单分布情况等。

4.2   缺陷统计分析

    测试发现的bug主要集中在normal和minor阶段，属于一般性的缺陷，但是测试的时候，出现了68个严重级别的bug，出现严重级别的bug主要表现在以下几个方面

ü  系统主要功能没有实现

ü  添加数据代码重复后，出现的找不到页面的错误

ü  多语言处理，未考虑非语种代码的情况

ü  数据库设计未考虑系统管理员角色，导致用系统管理员进行操作的时候出现找不到页面错误

ü  权限控制异常

严重级别bug按版本分布如下：

 

由严重bug版本分布图可以看出，严重级别的bug版本趋势和bug版本趋势基本是一致的，但是，在B7和B9版本中年，严重级别的bug明显增多，主要原因是B7和B9版本测试了权限控制按钮功能，权限问题出现的严重级别的bug比较多。

权限bug主要表现：

ü  具有相应按钮操作的权限，页面无相应按钮，无法执行该功能

ü  无相应按钮操作权限，页面有相应按钮，点击按钮能出现权限异常错误

ü  有相应按钮操作权限，有相应按钮，执行该功能出现权限异常错误

5         遗留问题分析

5.1   遗留问题统计

  原因分析：说明产生原因和解决措施等，是否对发布版本产生