荟聚奇文、博采众长、见贤思齐
当前位置:公文素材库 > 计划总结 > 工作总结 > 软件系统测试总结报告模板

软件系统测试总结报告模板

网站:公文素材库 | 时间:2019-05-29 10:00:46 | 移动端:软件系统测试总结报告模板

软件系统测试总结报告模板

{项目名称}软件测试总结报告

编号:{项目名称缩写}

版本:X.X

作者:审批:SEPG日期:日期:201*-3-171/

变更记录

日期文档创建/修改的日期版本X.X变更说明创建/修改某个地方作者和封面作者保持一致2/

1项目信息

项目名称:客户名称:测试负责人:测试工程师:项目编号:项目经理:开发经理:项目开始日期:项目结束日期:2测试结果

2.1测试活动总结

软件语种测试时间硬件:测试环境软件:测试站点前台:后台:阶段任务说明开始时间计划实际结束时间计划实际工作量计划实际测试工作量说明开发/单元集成测试/编写测试用例集成测试系统测试系统测试3/

2.2测试用例覆盖率统计

测试用例规模(个)测试用例测试用例执行测试对需求覆对设计覆用例规模盖率(%)盖率(%)(个)测试用例执行率(%)测试对需求覆盖率(%)测试对设计覆盖率(%)计划值实际值偏差率(%)2.4质量分析及调整措施

2.4.1偏差原因说明

对上述工作量、进度、测试用例覆盖率及质量目标的偏差原因进行综合分析

2.4.2影响分析

说明偏差对关键因素的影响,如对总体质量目标、阶段质量目标、项目总进度、阶段进度、工作量等

2.4.3纠正措施说明

说明将采取的纠正措施(如是否需要修订总体质量目标、是否需要修订项目计划,包括部分模块重新设计及开发等,是否需要修订测试计划,包括变更测试策略和测试用例,延长测试进度、增加资源再进行测试等)

2.5遗留缺陷说明

如系统在交付用户时仍存在缺陷需要填写本小节。序号严重程度缺陷描述所属模块遗留原因影响分析备注4/

3测试用例分析统计

3.1测试用例效率分析

对应测试用例发现的缺陷数比例4测试结果分析

4.1能力陈述

经测试证实了的本软件的能力,如实现所有功能需求满足非功能性需求

系统设计文档完整,且符合规范代码符合规范,且与系统设计一致

4.4发布前软件版本的质量综合评价

1)根据缺陷密度与同类产品的缺陷密度的比较情况评价软件产品质量(若小于/等于同类产品的缺陷密度,则该软件产品质量相对较好;反之,则相对较差)。

2)软件页面风格是否统一;所有功能是否达到了需求规格说明书的要求可以交付使用;该系统与其它系统的接口是否都已经测试通过等。

5/

5相关文档

《软件需求规格说明书》《软件项目开发计划书》《软件测试计划书》《软件测试通过标准》《缺陷分类指南》《缺陷管理指南》《单元测试总结》《集成测试总结》《系统测试总结》

6/6

扩展阅读:学习【软件测试总结报告模板】

testing

XX系统测试总结报告testing

1引言

1.1编写目的

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

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

2.分析测试的过程,产品,资源,信息,为以后制定测试计划提供参考3.评估测试测试执行和测试计划是否符合

4.分析系统存在的缺陷,为修复和预防bug提供建议

1.2背景1.3用户群

主要读者:XX项目管理人员,XX项目测试经理其他读者:XX项目相关人员。

1.4定义

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

系统无响应,处于死机状态,需要其他人工修复系统才可复原。点击某个菜单后出现“Thepagecannotbedisplayed”或者返回异常错误。

进行某个操作(增加、修改、删除等)后,出现“Thepagecannotbedisplayed”或

者返回异常错误

当对必填字段进行校验时,未输入必输字段,出现“Thepagecannotbedisplayed”

或者返回异常错误

系统定义不能重复的字段输入重复数据后,出现“Thepagecannotbedisplayed”或

者返回异常错误

1.5测试对象

略testing

1.6测试阶段

系统测试

1.7测试工具

Bugzilla缺陷管理系统

1.8参考资料

《XX需求和设计说明书》《XX数据字典》

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

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

《XX项目计划》

2测试概要

XX后台管理系统测试从201*年7月2日开始到201*年8月10日结束,共持续39

天,测试功能点174个,执行2385个测试用例,平均每个功能点执行测试用例13.7个,

测试共发现427个bug,其中严重级别的bug68个,无效bug44个,平均每个测试功能点2.2个bug。

XX总共发布11个测试版本,其中B1B5为计划内迭代开发版本(针对项目计划的基线标识),B6-B8B1B4

测试进度依照项目计划

为回归测试版本。计划内测试版本,

时间准时完成测试并提交报告,其中B4版本推迟一天发布版本,测试通过增加一个人日,准时完成测试。B5版本推迟发布2天,测试增加2个人日,准时完成测试。

B6-B11为计划外回归测试版本,测试增加5个工作人日的资源,准时完成测试。XX测试通过Bugzilla缺陷管理工具进行缺陷跟踪管理,B1B4测试阶段都有详细的bug分析表和阶段测试报告。

2.1进度回顾计划完成实际完成加班版本/时间计划开始实际开始时间时间时间时间否B1201*.7.2201*.7.2201*.7.5201*.7.5B2B3B4增加资源否否201*.7.16201*.7.23201*.7.28201*.7.16201*.7.23201*.7.29201*.7.19201*.7.25201*.7.31201*.7.19201*.7.24201*.7.31否2个人日否1个人1天2个人日testing

B5B6B7B8201*.8.1201*.8.2201*.8.4201*.8.5201*.8.6201*.8.3201*.8.4201*.8.51个人否2天2个人日2个人1天2个人日1个人1天1个人日否2个人日B9B10合计

201*.8.9201*.8.9201*.8.10201*.8.101个人6天11个人日

2.2测试执行

此次测试严格按照项目计划和测试计划执行,按时完成了测试计划规定的测试对象的测试。针对测试计划规定的测试策略,在测试执行中都有体现,在测试执行过程中,依据测试计划和测试用例,对系统进行了完整的测试

2.3测试用例

2.3.1功能性

系统实现的主要功能,包括查询,添加,修改,删除。

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

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

2.3.2易用性

操作按钮提示信息正确性,一致性,可理解性限制条件提示信息正确性,一致性,可理解性必填项标识

输入方式可理解性

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

3测试环境

3.1.1软硬件环境

硬件环境硬件配置应用服务器CPU2.40GHzstepping01Memory:1048256kHD:ST380817AS80GSATAOS:CentOS4.2JDK1.5.0_06Apache2.2.0Tomcat5.5.1510MLAN

数据库服务器:Celeron(R)客户端Intel(R)CPU:Intel(R)Celeron(R)CPUCPU2.40GHzstepping01

CPU:Intel(R)Celeron(R)CPU软件配置2.40GHzstepping01Memory:1048256kMemory:1048256kHD:ST380817AS80GHD:ST380817AS80GSATASATAWindow201*OS:CentOS4.2MySQL5.0.17LinuxProfessional(SP2)IE6.0.2900.2180.xpsp_sp2

网络环境

10MLAN10MLAN3.1.2网络拓扑`客户端`以太网`应用服务器、数据库服务器testing

4测试结果

4.1Bug趋势图

此次黑盒测试总共发布11个版本,B1B5为计划内迭代开发版本(针对项目计划的基线标识),B6-B11为进行的回归测试版本,bug版本趋势图如下图所示:

第一阶段,增量确认测试。

时间从201*年7月2日到201*年8月3日。从Bug趋势图中可以看出,每个版本的

bug数基本维持在60个左右。

B1:从图中看到B1共有33个BUG,因为B1版本有一个功能模块在B2版本才开始测

试,B1测试模块相对较少,所以B1版本bug相对较少。

B2:由于B1中的一个功能模块增加到Build2中进行测试,这一版本除了对B1中的

BUG进行验证同时对B1进行了回归测试,所以B2中的bug数相对B1出现了明显的增长

趋势,

B3:B3版本因为有B2版本的bug验收测试,以及B1,B2的回归测试,共发现67个

bug,和B2基本保持一致。

B4:B4版本bug数有一个下降的趋势,是因为B4版本推迟发布,新增加了测试人员

参与测试,对系统不够熟悉,以及测试时间紧张,部分测试用例没有执行,测试覆盖度不够,testing

所以发现bug数呈下降趋势。

B5:B5版本bug数又有一个增加的趋势,主要是由于开发功能模块多,该版本需求定

义不明确。

第二阶段,BUG验证和功能回归确认测试。

时间从201*年8月4日到201*年8月14日。B6和B7进行了回归测试,B8没有进

行回归测试,只验证了B1-B7的bug。

B6:进行第一轮回归测试,发现的bug数为33个,遗留一个问题,为数据字典种类

默认值问题

B7:进行第二轮回归测试,第一次回归测试没有涉及到权限控制菜单按钮的测试,在

本次回归测试的时候,重点进行了这个方面的测试,又发现了大量的权限相关的bug。

B8:B8没有进行全面的回归测试,只验证了B1-B7未通过验证的bug,所以该版本的bug数明显比较少。

B9:B9版本进行了全面的回归测试,同时重点测试了权限控制,所以发先的

bug数

又呈现上升的趋势。测试发现44个bug,严重级别的bug为14个,严重级别的bug集中在权限控制上,功能性严重bug没有发现,说明权限控制依旧不稳定,但是系统功能已经稳定。

B10:B10版本验证了B9版本发现得bug,没有进行全面的回归测试。B10版本在验证bug的时候,重现打开Bug6个,新增bug2个,重新打开bug有5个为严重级别bug,是关

于权限控制的bug,而新发现的bug,1个为严重级别的bug,也是属于权限控制的。说明,

权限控制还存在着问题,需要修改权限管理bug,重新发布版本后进行全面的回归测试。B10版本新发现的bug详细分析见遗留bug分析。

B11:B11中验证了B1B10未验证的bug,重点测试了权限控制,同时进行了查询,添加,删除,修改的功能测试,测试过程中未发现bug。testing

4.2Bug严重程度

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

系统主要功能没有实现

添加数据代码重复后,出现的找不到页面的错误多语言处理,未考虑非语种代码的情况

数据库设计未考虑系统管理员角色,导致用系统管理员进行操作的时候出现找

不到页面错误权限控制异常

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

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

权限bug主要表现:

具有相应按钮操作的权限,页面无相应按钮,无法执行该功能无相应按钮操作权限,页面有相应按钮,点击按钮能出现权限异常错误有相应按钮操作权限,有相应按钮,执行该功能出现权限异常错误testing

4.3Bug引入阶段

由上图可以看出,主要为前台编码和页面设计方面的bug,占到了全部bug的2/3。

4.4Bug引入原因

由上图可以看出,主要为前台编码和易用性方面的bug,占到了全部bug的2/3。testing

4.5Bug状态分布

由bug状态图可以看出,未解决的bug有4个,主要是B8中新提交的bug,是关于用户管理的bug,因为用户权限管理需要重新设计所以,该部分的bug暂时没有解决。

5测试结论

5.1功能性

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

按钮的功能。

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

5.2易用性

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

查询,添加,删除,修改操作相关提示信息的一致性,可理解性输入限制的正确性testing

输入限制提示信息的正确性,可理解性,一致性现有系统存在如下易用性缺陷:界面排版不美观

输入,输出字段的可理解性差输入缺少解释性说明中英文对应的正确性中英文混排

5.3可靠性

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

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

回复到出错前的状态

5.4兼容性

现有系统支持window下的IE浏览器和傲游浏览器,支持linux系统下的IE浏览器和

火狐浏览器。

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

5.5安全性

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

把某一个登录后的页面保存下来,不能单独对其进行操作不进行登录直接输入某一页面的Url能否打开页面并进行操作不应该允许。现有系统未控制以下安全性问题:用户名和密码应对大小写敏感登陆错误次数限制testing

6分析摘要

6.1覆盖率

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

此次测试,部分页面需求描述无明确的定义,对输入限制无详细定义,无明确的测试依

据,在测试过程中,测试是根据输入字段含义,测试人员理解,以及和项目经理,开发人员沟通获得测试依据,无法保证测试依据的正确性和完整性,因此,没有进行完整的,正确的无效数据的测试,测试覆盖率不够,无法保证测试的有效性和正确性

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

6.2遗留缺陷的影响

1.缺陷描述:酒店娱乐项添加页面,“距离”字段无单位,建议增加单位

缺陷影响:距离字段无单位说明,无衡量标准,用户易用性不好推迟原因:需求定义无单位定义,统一在升级版本中解决

2.缺陷描述:酒店基础信息管理模块,默认语言设置不一致。用中文查询酒店,进入酒店

基础信息模块后,如下模块,语言显示为“请选择”列表页面添加页面取消政策停留政策担保政策testing

机场参照点会议室详情打包促销服务Rate而其他模块语言显示“中文语言”

缺陷影响:相同功能模块默认语言设置不一致,一致性不好推迟原因:默认语言设置,目前无统一标准,升级版本中统一

3.缺陷描述:tomcat日志有乱码,日志无项目名称,查看不方便

缺陷影响:其他项目日志都有项目名称,日志无项目名称,查看不方便

推迟原因:目前的日志为了调试方便,显示了很多其它信息,在项目正式发布时会统一处理的。

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

缺陷影响:该处因为是两个不同的单位时间,需要有另外一个单位补充字段补充所所填

写内容的单位

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

5.缺陷描述:数据字典种类修改,默认值设置后,在调用该数据字典种类的数据字典,默

认值无显示

缺陷影响:数据字典种类的默认值设置后,不能显示设置的默认值,相当于数据字典种类默认值设置功能未实现

推迟原因:该功能暂时不好实现,需要和和系统的默认语种一起处理。6.缺陷描述:担保政策管理页面,“EdpositDue”缺少解释行输入描述信息

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

推迟原因:需求没有描述,需要解释性说明文字由项目经理整理后,在升级版本中添加7.缺陷描述:多媒体添加,文件上传功能未实现

缺陷影响:文件上传功能未实现

推迟原因:该功能暂时不好完成,在下个版本中完成

8.缺陷描述:参照点添加权限和修改权限单独控制出现权限异常错误

缺陷影响:用户执行添加,修改时,出现权限异常,无法完成任务

推迟原因:B9版本发现该权限,B10版本未通过验证,目前该模块开发人员调休,无法修改bug,

9.缺陷描述:酒店渠道绑定关系权限控制出现权限异常错误

缺陷影响:a>权限控制易用性不好,会引起用户误操作;

b>权限控制错误testing

推迟原因:B9版本发现该权限,B10版本未通过验证。该模块后台无insert权限,只有Update权限,与其他模块不同,需要重新设置权限控制方式。10.缺陷描述:酒店Rate绑定关系权限控制出现权限异常错误

缺陷影响:a>权限控制易用性不好,会引起用户误操作;

b>权限控制错误

推迟原因:B9版本发现该权限,B10版本未通过验证。该模块后台无insert权限,只有

Update权限,与其他模块不同,需要重新设置权限控制方式。

11.缺陷描述:新建业务管理员权限用户,进入打包促销页面出现权限异常错误

缺陷影响:除系统管理员外,其他用户无法进行打包促销操作

推迟原因:B10版本发现该bug,目前该模块开发人员调休,无法修改bug

6.3建议

在项目开始的时候应该制定编码标准,数据库标准,需求变更标准,开发和测

试人员都严格按照标准进行,可以在后期减少因为开发,测试不一致而导致的问题,同时也可以降低沟通成本。

发布版本的时候,正确布置测试环境,减少因为测试环境,测试数据库数据的

问题而出现的无效bug。

开发人员解决bug的时候,填写bug原因以及解决方式,方便bug的跟踪。开发人员在开发版本上发现人员,因为开发人员发现的

bug

bug,可以通知测试

很有可能在测试版本上出现,而测试人员和开发人员的思路不同,有可能测试人员没有发现该bug,而且,这样可以保证发现的bug都能够被跟踪。

7度量

7.1资源消耗

测试时间201*年7月2日至201*年8月6日共35天

测试人力1人×7天+1人×35天=42人天服务器:PC2台硬件资源客户端:PC2台testing

7.2缺陷密度

8典型缺陷引入原因分析

测试过程中发现的缺陷主要有以下几个方面:1.

需求定义不明确

需求文档中,存在功能定义错误,输入输出字段描述错误,输入输出字段限制定义错误,输入输出限制定义缺失这几种类型的缺陷。使得开发人员根据需求进行设计时,没有考虑相关功能的关联性,以及需求错误的地方,在测试过程中,需求相关的问题表现出来。需求做改正,设计必须跟着做改动,浪费时间和影响开发人员的积极性,降低开发人员对需求的信任,可能会导致开发人员不按照需求进行设计而根据自己的经验来进行设计。2.功能性错误

功能没有实现,导致无法进行需求规定的功能的测试。主要是无法进入酒店

设施管理,会议室管理页面,酒店安全项管理无法保存信息,地区,房型删

除功能缺失。

功能实现错误,实现了需求未定义的功能,执行需求定义的功能时系统出现

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

3.页面设计和需求不一致

页面设计没有根据需求进行,输入,输出字段文字错误,用户无法理解字段含义。

页面设计没有完成需求规定的输入限制验证,导致用户可以输入错误的或者无效的数据,这些数据有可能会引起功能性错误。4.多语言数据问题

系统中很多输入字段是通过调用数据字典的方式输入,但是现有系统中,很

多数据字典的多语言信息没有完成,导致使用多语言的时候,显示空白字段。

系统中很多地方使用多语言,由于多语言编码不统一导致页面设计和数据设

计使用语言编码不一致,由此引起的多语言数据无法显示的缺陷。

5.页面设计易用性缺陷

页面设计不友好,系统中很多页面的输入字段无明确的输入提示,用户无法

理解何种输入是正确的,但是用户输入错误后,系统提示出错,增加用户负担。

提示信息错误,不同模块相同结果的提示信息不一致,用户操作后,相应的testing

提示信息不明确,引起用户误解。

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

6.开发人员疏忽引起的缺陷

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

友情提示:本文中关于《软件系统测试总结报告模板》给出的范例仅供您参考拓展思维使用,软件系统测试总结报告模板:该篇文章建议您自主创作。

来源:网络整理 免责声明:本文仅限学习分享,如产生版权问题,请联系我们及时删除。


软件系统测试总结报告模板》由互联网用户整理提供,转载分享请保留原作者信息,谢谢!
链接地址:http://www.bsmz.net/gongwen/686823.html
相关文章