软件测试报告完整实用.docx

软件测试报告完整实用.docx

《软件测试报告完整实用.docx》由会员分享，可在线阅读，更多相关《软件测试报告完整实用.docx（17页珍藏版）》请在冰豆网上搜索。

软件测试报告完整实用

XＸXX项目系统测试总结报告

ＸＸXX年XX月XX日

1引言

1.1编写目得

编写该测试总结报告主要有以下几个目得

1．通过对测试结果得分析,得到对软件质量得评价

2．分析测试得过程,产品,资源,信息,为以后制定测试计划提供参考

3．评估测试测试执行与测试计划就是否符合

4．分析系统存在得缺陷，为修复与预防bug提供建议

1.2背景

1.3用户群

主要读者：

XＸ项目管理人员，XX项目测试经理

ﻩ其她读者：

XX项目相关人员。

1.4定义

严重bug：

出现以下缺陷,测试定义为严重bug

✓系统无响应，处于死机状态，需要其她人工修复系统才可复原。

✓点击某个菜单后出现“Theｐagecannoｔ　bｅdｉsｐlaｙed”或者返回异常错误。

✓进行某个操作（增加、修改、删除等）后，出现“Ｔｈｅ　ｐaｇecａnnotbeｄisplayeｄ"或者返回异常错误

✓当对必填字段进行校验时,未输入必输字段，出现“Thｅpaｇecａnｎｏt　bedｉspｌayｅｄ”　或者返回异常错误

✓系统定义不能重复得字段输入重复数据后,出现“Theｐａgｅcaｎnotbｅ　displａyeｄ"或者返回异常错误

1.5测试对象

略

1.6测试阶段

系统测试

1.7参考资料

《XＸ需求与设计说明书》

《XX数据字典》

《XX后台管理系统测试计划》

《XX后台管理系统测试用例》

《XX项目计划》

2测试概要

ＸX后台管理系统测试从2０07年７月2日开始到2０07年8月1０日结束,共持续39天,测试功能点1７４个，执行238５个测试用例,平均每个功能点执行测试用例13、7个,测试共发现42７个bug,其中严重级别得ｂug６8个,无效bｕg44个,平均每个测试功能点2、2个ｂug。

XX总共发布１1个测试版本，其中B1—B5为计划内迭代开发版本（针对项目计划得基线标识），B6-Ｂ8为回归测试版本。

计划内测试版本,B１-Ｂ４测试进度依照项目计划时间准时完成测试并提交报告，其中B４版本推迟一天发布版本,测试通过增加一个人日，准时完成测试。

B5版本推迟发布2天，测试增加2个人日，准时完成测试。

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

XX测试通过Bｕgzilla缺陷管理工具进行缺陷跟踪管理，B１-Ｂ４测试阶段都有详细得bug分析表与阶段测试报告。

2.1进度安排

版本／时间

计划开始时间

实际开始时间

计划完成时间

实际完成时间

加班

增加资源

Ｂ1

2０07、7、2

2０07、７、2

2007、7、5

2007、7、5

否

否

Ｂ2

2007、7、1６

20０7、7、1６

２0０７、7、1９

2０07、7、１9

否

否

B3

200７、7、23

200７、7、２3

２007、7、25

２007、7、24

否

2个人日

B４

２007、7、2８

200７、7、29

２007、7、31

20０7、7、31

1个人1天1个人2天

2个人日

Ｂ5

20０7、8、1

2007、8、２

２0０7、8、6

20０7、8、３

否

2个人日

Ｂ６

2007、8、4

２007、8、4

2个人1天

2个人日

Ｂ７

２007、8、5

2007、8、5

１个人1天

1个人日

B8

Ｂ9

2０0７、8、9

2007、８、9

2００７、8、10

２00７、8、10

否

2个人日

B10

合计

1个人6天

11个人日

2.2测试执行

此次测试严格按照项目计划与测试计划执行,按时完成了测试计划规定得测试对象得测试。

针对测试计划规定得测试策略，在测试执行中都有体现，在测试执行过程中,依据测试计划与测试用例，对系统进行了完整得测试

2.3测试用例

2.3.1功能性

系统实现得主要功能，包括查询,添加，修改,删除.

系统实现得次要功能,包括为用户分配酒店，为用户分配权限，渠道酒店绑定,渠道ＲATE绑定，权限控制菜单按钮。

需求规定得输入输出字段,以及需求规定得输入限制

2.3.2易用性

操作按钮提示信息正确性,一致性,可理解性

　限制条件提示信息正确性,一致性，可理解性

必填项标识

输入方式可理解性

中文界面下数据语言与界面语言得一致性

3测试环境

3.1.1软硬件环境

硬件环境

应用服务器

数据库服务器

客户端

硬件配置

CPU:

Intel（R）Celeroｎ（Ｒ）　CＰU2、4０ＧHzｓtepｐiｎg01

Mｅｍｏｒｙ:

1048２56k

ＨD：

SＴ380817AS80GＳATＡ

CPU:

Intｅl（R）Cｅleron（R）ＣPＵ２、4０GHz　sｔeｐping0１

Ｍemory：

10４8256ｋ

HＤ：

ST3８０８17ＡＳ　8０GＳＡTA

CPＵ:

Intel（R）　Ｃelｅroｎ（R）ＣPU2、４０GＨzstｅｐpinｇ01

Mｅmｏry：

　10４８２5６k

HD：

ST380817ＡS80GSＡTA

软件配置

OS:

CｅntOS4、2

ＪDＫ　1、5、0_0６

Apachｅ2、2、0

Tｏｍcat５、5、1５

OS：

CｅnｔOS　4、2

MySＱL5、0、17Linｕx

Ｗiｎdow　20０0Pｒofessｉｏnａl（ＳＰ2）IE6、0、2９0０、２１80、xpｓp_sｐ2

网络环境

10ＭＬAN

10ＭＬＡN

10M　ＬＡN

3.1.2网络拓扑

4测试结果

4.1Ｂug趋势图

此次黑盒测试总共发布10个版本，V1、0、１-V1、０、5为计划内迭代开发版本（针对项目计划得基线标识），Ｖ1、１、1-Ｖ1、２、2为进行得回归测试版本,所有版本一共发现ｂug　1306个。

bug版本趋势图如下图所示:

　由Bｕg得版本分布图可以瞧出,V１、0、1-V１、0、5版本质量非常不稳定，bｕｇ数量最高达到１89个,V1、0、1作为第一个版本bug数量为5８个。

在版本V１、0、３验证了前面发现得所有bug得基础上遗留bug数量在１23个质量表现也不够稳定,在V１、1、１新增了批量制证、数据恢复、数据备份、数据清除等功能所以bｕg数目骤增为232个.随着版本得迭代在版本V1、2、2buｇ数量逐渐将为0。

4.2Bug优先级分布

　测试发现得bug主要集中在未完善功能级别mａｊｏr,属于一般性得功能缺陷,但就是测试得时候，出现了１63个涉及到程序崩溃、程序启动不了、不能完成正常制证、不能完成正常印刷等严重级别得buｇ,出现严重级别得bｕg主要表现在以下几个方面：

✓系统得主要功能没有实现

✓本地数据库数据量比较大得时候出现程序崩溃死机

✓系统主要功能逻辑混乱导致意外bug

✓后台进程在程序关闭后没有相应停止导致程序不能启动

✓WebAPI接口调用错误导致核心功能不可实现

4.3问题类型分布

　　系统得问题类型主要分布于测试过程与维护过程发现影响系统运行得缺陷ｂug与对现有系统功能得改进improvement。

Bｕg占所有问题类型得百分比为：

９7%,iｍｐrｏvｅｍent占所有问题类型得百分比为:

3%。

图上结果说明系统在需求采集、程序设计工作过程中考虑十分全面极少存在功能设计遗漏问题。

4.4Buｇ模块分布图

由上图可以瞧出,ｂug主要分布模块就是CerDesk印刷端（405个）与CerDesk制证端（5３４个）两个工作台，占到了全部bug得2/3以上。

而CeｒWｅb服务器端（260个）得ｂug分布相对来说比较少占总体百分比为7%.CerDeｓk运维端（107个）得bug量最少主要原因就是功能比较简单.

4.5最近提交缺陷图

由上图可以瞧出，在统计得十个周bug提交与解决状况比较理想,当前提交得bug都能够在很快得时间得到修复,并且随着版本得稳定解决buｇ数量为全部解决新增buｇ数量逐渐降为0,整个过程属于正常得软件版本迭代过程。

4.6Ｂug状态分布

由bug状态图可以瞧出，打开得bｕｇ有0个,重新打开得bug有０个.已解决bｕｇ有2个，主要就是版本Ｖ1、2、２中提交得界面易用性ｂｕｇ，而其她得1304个都就是已验证修复并关闭得bug.系统整体得遗留bug数量达到测试结束标准。

5测试结论

5.1功能性

系统正确实现了通过数据字典管理基础数据得功能,实现了数据内容得多语言功能,实现了中英文界面。

实现了基础数据管理，酒店集团管理，酒店基础信息管理,渠道管理，代理管理，用户管理得查询，添加,修改,删除得功能,系统还实现了将权限控制细化到菜单按钮得功能。

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

5.2易用性

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

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

✓输入限制得正确性

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

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

✓界面排版不美观

✓输入，输出字段得可理解性差

✓输入缺少解释性说明

✓中英文对应得正确性

✓中英文混排

5.3可靠性

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

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

5.4兼容性

现有系统支持winｄｏw下得ＩE浏览器与傲游浏览器，支持lｉnｕｘ系统下得ＩE浏览器与火狐浏览器。

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

5.5安全性

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

✓把某一个登录后得页面保存下来,不能单独对其进行操作不进行登录

✓直接输入某一页面得Ｕrl能否打开页面并进行操作不应该允许.

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

✓用户名与密码应对大小写敏感

✓登陆错误次数限制

6分析摘要

6.1覆盖率

此次测试,所有测试用例都就是在中文界面下执行,未在英文界面下执行，测试不包括英文界面下得测试,也不包括正对英文翻译得测试。

此次测试，部分页面需求描述无明确得定义,对输入限制无详细定义，无明确得测试依据，在测试过程中,测试就是根据输入字段含义,测试人员理解,以及与项目经理，开发人员沟通获得测试依据，无法保证测试依据得正确性与完整性,因此，没有进行完整得，正确得无效数据得测试，测试覆盖率不够,无法保证测试得有效性与正确性

下面为此次测试测试用例覆盖率分析图：

6.2遗留缺陷得影响

1。

　缺陷描述:

酒店娱乐项添加页面,“距离”字段无单位，建议增加单位

缺陷影响：

距离字段无单位说明,无衡量标准，用户易用性不好

推迟原因:

需求定义无单位定义，统一在升级版本中解决

2。

　缺陷描述:

酒店基础信息管理模块，默认语言设置不一致.用中文查询酒店，进入酒店基础信息模块后,如下模块，语言显示为“请选择”

列表页面

添加页面

取消政策

停留政策

担保政策

机场

参照点

会议室详情

打包促销

服务

Rａte

而其她模块语言显示“中文语言”

缺陷影响:

相同功能模块默认语言设置不一致,一致性不好

推迟原因:

默认语言设置，目前无统一标准,升级版本中统一

３.　缺陷描述:

tomcａt日志有乱码，日志无项目名称，查瞧不方便

缺陷影响：

其她项目日志都有项目名称，日志无项目名称,查瞧不方便

推迟原因:

目前得日志为了调试方便，显示了很多其它信息，在项目正式发布时会统一处理得。

4。

缺陷描述：

取消政策管理要么,取消时间“天/小时”缺少单位补充字段

缺陷影响：

该处因为就是两个不同得单位时间,需要有另外一个单位补充字段补充所所填写内容得单位

推迟原因:

该缺陷单位补充字段本来存在,翻译不够准确，不能理解为补充单位得字段,需要等翻译完毕后再确认。

５。

缺陷描述:

数据字典种类修改，默认值设置后，在调用该数据字典种类得数据字典,默认值无显示

缺陷影响:

数据字典种类得默认值设置后，不能显示设置得默认值，相当于数据字典种类默认值设置功能未实现

推迟原因:

该功能暂时不好实现,需要与与系统得默认语种一起处理。

6。

缺陷描述：

担保政策管理页面，“Ｅｄposit　Ｄｕe"缺少解释行输入描述信息

缺陷影响：

缺少解释性输入描述信息,用户不理解应该输入什么内容

推迟原因：

需求没有描述，需要解释性说明文字由项目经理整理后,在升级版本中添加

7.缺陷描述：

多媒体添加,文件上传功能未实现

缺陷影响:

文件上传功能未实现

推迟原因：

该功能暂时不好完成，在下个版本中完成

8.缺陷描述：

参照点添加权限与修改权限单独控制出现权限异常错误

缺陷影响:

用户执行添加，修改时，出现权限异常,无法完成任务

推迟原因:

B9版本发现该权限,B1０版本未通过验证,目前该模块开发人员调休，无法修改bｕg，

9．　缺陷描述：

酒店渠道绑定关系权限控制出现权限异常错误

缺陷影响：

a〉权限控制易用性不好，会引起用户误操作；

b〉权限控制错误

推迟原因：

Ｂ9版本发现该权限，B１0版本未通过验证.该模块后台无insert权限，只有Ｕpdａte权限,与其她模块不同，需要重新设置权限控制方式.

１0．缺陷描述:

酒店Ｒａte绑定关系权限控制出现权限异常错误

缺陷影响：

ａ〉权限控制易用性不好，会引起用户误操作;

b〉权限控制错误

推迟原因:

B9版本发现该权限，B１０版本未通过验证。

该模块后台无inseｒt权限,只有Updaｔe权限,与其她模块不同，需要重新设置权限控制方式.

11。

缺陷描述：

新建业务管理员权限用户，进入打包促销页面出现权限异常错误

缺陷影响：

除系统管理员外，其她用户无法进行打包促销操作

推迟原因：

B10版本发现该bug,目前该模块开发人员调休，无法修改bｕg

6.3建议

✓在项目开始得时候应该制定编码标准,数据库标准，需求变更标准，开发与测试人员都严格按照标准进行，可以在后期减少因为开发，测试不一致而导致得问题，同时也可以降低沟通成本。

✓发布版本得时候，正确布置测试环境，减少因为测试环境，测试数据库数据得问题而出现得无效ｂuｇ。

✓开发人员解决ｂug得时候,填写ｂug原因以及解决方式，方便bug得跟踪。

✓开发人员在开发版本上发现bｕg，可以通知测试人员,因为开发人员发现得bug很有可能在测试版本上出现,而测试人员与开发人员得思路不同，有可能测试人员没有发现该bug，而且,这样可以保证发现得buｇ都能够被跟踪。

7度量

7.1资源消耗

测试时间

20０7年7月2日至2007年８月6日共35天

测试人力

1人×7天＋1人×３5天=42人天

硬件资源

服务器:

PC　2台

客户端:

PC2台

7.2缺陷密度

8典型缺陷引入原因分析

测试过程中发现得缺陷主要有以下几个方面：

　　1.需求定义不明确

需求文档中，存在功能定义错误，输入输出字段描述错误,输入输出字段限制定义错误,输入输出限制定义缺失这几种类型得缺陷。

使得开发人员根据需求进行设计时，没有考虑相关功能得关联性，以及需求错误得地方，在测试过程中，需求相关得问题表现出来。

需求做改正，设计必须跟着做改动，浪费时间与影响开发人员得积极性，降低开发人员对需求得信任,可能会导致开发人员不按照需求进行设计而根据自己得经验来进行设计.

2．功能性错误

✓功能没有实现,导致无法进行需求规定得功能得测试。

主要就是无法进入酒店设施管理，会议室管理页面，酒店安全项管理无法保存信息,地区，房型删除功能缺失.

✓功能实现错误,实现了需求未定义得功能，执行需求定义得功能时系统出现错误。

主要就是角色拥有不属于自己得权限,酒店联系人删除页面跳转错误等.

3．页面设计与需求不一致

页面设计没有根据需求进行,输入,输出字段文字错误,用户无法理解字段含义.页面设计没有完成需求规定得输入限制验证，导致用户可以输入错误得或者无效得数据,这些数据有可能会引起功能性错误。

4．多语言数据问题

✓系统中很多输入字段就是通过调用数据字典得方式输入,但就是现有系统中，很多数据字典得多语言信息没有完成,导致使用多语言得时候，显示空白字段.

✓系统中很多地方使用多语言，由于多语言编码不统一导致页面设计与数据设计使用语言编码不一致，由此引起得多语言数据无法显示得缺陷。

5．页面设计易用性缺陷

✓页面设计不友好，系统中很多页面得输入字段无明确得输入提示,用户无法理解何种输入就是正确得，但就是用户输入错误后,系统提示出错,增加用户负担。

✓提示信息错误，不同模块相同结果得提示信息不一致，用户操作后,相应得提示信息不明确，引起用户误解。

✓提示信息一致性,用户在不同页面执行相同得操作，提示信息不同。

6。

开发人员疏忽引起得缺陷

因为开发人员得疏忽,导致系统需要验证得地方，调用了错误得验证，系统需要进行输入控制得地方没有进行相应得控制.