ImageVerifierCode 换一换
格式:DOCX , 页数:18 ,大小:426.22KB ,
资源ID:10489540      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/10489540.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(系统测试报告实例汇总.docx)为本站会员(b****8)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

系统测试报告实例汇总.docx

1、系统测试报告实例汇总XX系统测试总结报告1引言1.1编写目的编写该测试总结报告主要有以下几个目的分析测试的过程,产品,资源,信息,为以后制定测试计划提供参考1.2背景1.3用户群主要读者:XX项目管理人员,XX项目测试经理 其他读者:XX项目相关人员。1.4定义严重bug:出现以下缺陷,测试定义为严重 bug系统无响应,处于死机状态,需要其他人工修复系统才可复原。点击某个菜单后出现“ The page cann ot be dis played ”或者返回异常错误。异常错误回异常错误系统定义不能重复的字段输入重复数据后,出现“The p age cannot be dis played ”或者

2、返回异常错误1.5测试对象1.6测试阶段系统测试1.7测试工具Bugzilla缺陷管理系统1.8参考资料XXXXXXXXXX需求和设计说明书数据字典后台管理系统测试计划 后台管理系统测试用例 项目计划2测试概要XX后台管理系统测试从 2007年7月2日开始到2007年8月10日结束,共持续 39天,测试13.7个,测试共发现 427个功能点174个,执行2385个测试用例,平均每个功能点执行测试用例bug,其中严重级别的 bug68个,无效bug44个,平均每个测试功能点2.2 个 bug。XX总共发布11个测试版本,其中B1 B5为计划内迭代开发版本(针对项目计划的基线标识)B6- B8为回

3、归测试版本。计划内测试版本, B1 B4测试进度依照项目计划时间准时完成测试并提交报告,其中B4版本推迟一天发布版本,测试通过增加一个人日,准时完成测试。B5版本推迟发布2天,测试增加2个人日,准时完成测试。B6 - B11为计划外回归测试版本,测试增加 5个工作人日的资源,准时完成测试。XX测试通过Bugzilla缺陷管理工具进行缺陷跟踪管理, B1 B4测试阶段都有详细的 bug分析表和阶段测试报告。2.1进度回顾版本/时间计划开始时间实际开始时间计划完成时 间实际完成时间加班增加资源B12007.7.22007.7.22007.7.52007.7.5否否B22007.7.162007.7

4、.162007.7.192007.7.19否否B32007.7.232007.7.232007.7.252007.7.24否2个人日B42007.7.282007.7.292007.7.312007.7.311个人1天1个人2天2个人日B52007.8.12007.8.22007.8.62007.8.3否2个人日B62007.8.42007.8.42个人1天2个人日B72007.8.52007.8.51个人1天1个人日B8B92007.8.92007.8.92007.8.102007.8.10否2个人日B10合计1个人6天11个人日2.2测试执行测试计划规定的测试策略,在测试执行中都有体现,在

5、测试执行过程中,依据测试计划和测试用例,对系统进行了完整的测试2.3测试用例2.3.1功能性系统实现的主要功能,包括查询,添加,修改,删除。系统实现的次要功能,包括为用户分配酒店,为用户分配权限,渠道酒店绑定,渠道RATE绑定, 权限控制菜单按钮。以及需求规定的输入限制需求规定的输入输出字段,一致性,可理解性 一致性,可理解性2.3.2易用性操作按钮提示信息正确性,限制条件提示信息正确性, 必填项标识 输入方式可理解性中文界面下数据语言与界面语言的一致性3测试环境硬件配置CPU : Intel(R) Celeron(R)CPU 2.40GHz ste pping 01Memory : 1048

6、256kHD : ST380817AS 80GSATACPU : Intel(R) Celeron(R)CPU 2.40GHz ste pping 01Memory : 1048256kHD : ST380817AS 80GSATACPU : Intel(R) Celeron(R)CPU 2.40GHz ste pping 01Memory : 1048256kHD : ST380817AS 80GSATA软件配置OS: CentOS 4.2JDK 1.5.0_06Ap ache 2.2.0Tomcat 5.5.15OS: CentOS 4.2MySQL 5.0.17 Li nuxWindow

7、 2000Professional ( SP2 )IE6.0.2900.2180.X psp_s p2网络环境10M LAN10M LAN10M LAN3.1.2网络拓扑应用服务器、数据库服务器4测试结果4.1 Bug趋势图此次黑盒测试总共发布 11个版本,B1 B5为计划内迭代开发版本(针对项目计划的基线标识)B6-B11为进行的回归测试版本,bug版本趋势图如下图所示:bu吕版本趋势图第一阶段,增量确认测试。时间从2007年7月2日到2007年8月3日。从Bug趋势图中可以看出, 每个版本的bug数基本 维持在60个左右。B1:从图中看到B1共有33个BUG,因为B1版本有一个功能模块在

8、B2版本才开始测试,B1测试模块相对较少,所以 B1版本bug相对较少。B2:由于B1中的一个功能模块增加到 Build 2中进行测试,这一版本除了对 B1中的BUG进行验证同时对B1进行了回归测试,所以 B2中的bug数相对B1出现了明显的增长趋势,B3: B3版本因为有B2版本的bug验收测试,以及 B1,B2的回归测试,共发现 67个bug,和B2基本保持一致。bug数呈B4: B4版本bug数有一个下降的趋势,是因为 B4版本推迟发布,新增加了测试人员参与测试,对系统不够熟悉,以及测试时间紧张,部分测试用例没有执行,测试覆盖度不够,所以发现 下降趋势。B5: B5版本bug数又有一个增

9、加的趋势, 主要是由于开发功能模块多, 该版本需求定义不明确。第二阶段,BUG验证和功能回归确认测试。时间从2007年8月4日到2007年8月14日。B6和B7进行了回归测试,B8没有进行回归测 试,只验证了 B1 B7的bug。B6 :进行第一轮回归测试,发现的 bug数为33个,遗留一个问题,为数据字典种类默认值问题B7 :进行第二轮回归测试,第一次回归测试没有涉及到权限控制菜单按钮的测试,在本次回归测试的时候,重点进行了这个方面的测试,又发现了大量的权限相关的bug。B8 : B8没有进行全面的回归测试,只验证了 B1 B7未通过验证的bug,所以该版本的bug数明显比较少。B9 : B

10、9版本进行了全面的回归测试, 同时重点测试了权限控制, 所以发先的bug数又呈现上升的趋势。测试发现 44个bug,严重级别的bug为14个,严重级别的bug集中在权限控制上,功能性 严重bug没有发现,说明权限控制依旧不稳定,但是系统功能已经稳定。B10 : B10版本验证了 B9版本发现得bug,没有进行全面的回归测试。 B10版本在验证bug的时bug,候,重现打开Bug6个,新增bug2个,重新打开bug有5个为严重级别bug,是关于权限控制的 而新发现的bug,1个为严重级别的 bug,也是属于权限控制的。说明,权限控制还存在着问题,需遗留要修改权限管理 bug,重新发布版本后进行全

11、面的回归测试。 B10版本新发现的bug详细分析见 bug分析。B11: B11中验证了 B1 B10未验证的bug,重点测试了权限控制,同时进行了查询,添加,删 除,修改的功能测试,测试过程中未发现bug。4.2 Bug严重程度测试发现的bug主要集中在normal和mi nor阶段,属于一般性的缺陷,但是测试的时候,出 现了 68个严重级别的bug,出现严重级别的 bug主要表现在以下几个方面系统主要功能没有实现 添加数据代码重复后,出现的找不到页面的错误多语言处理,未考虑非语种代码的情况数据库设计未考虑系统管理员角色, 导致用系统管理员进行操作的时候出现找不到页面错权限控制异常严重级别b

12、ug按版本分布如下:由严重bug版本分布图可以看出,严重级别的bug版本趋势和bug版本趋势基本是一致的, 但是,在B7和B9版本中年,严重级别的bug明显增多,主要原因是 B7和B9版本测试了权限控制按钮功能,权限问题出现的严重级别的 bug比较多。权限bug主要表现:具有相应按钮操作的权限,页面无相应按钮,无法执行该功能 无相应按钮操作权限,页面有相应按钮,点击按钮能出现权限异常错误 有相应按钮操作权限,有相应按钮,执行该功能出现权限异常错误4.3 Bug引入阶段由上图可以看出,主要为前台编码和页面设计方面的bug,占到了全部bug的2/3。4.4 Bug引入原因由上图可以看出,主要为前台

13、编码和易用性方面的 bug,占到了全部bug的2/3。4.5Bug状态分布400350300250150JOO0NEWEEDFENEDVEEIFIEDCLOSEDRESOLVEDStatus由bug状态图可以看出,未解决的bug有4个,主要是B8中新提交的bug,是关于用户管理的bug,因为用户权限管理需要重新设计所以,该部分的bug暂时没有解决。5测试结论5.1功能性系统正确实现了通过数据字典管理基础数据的功能,实现了数据内容的多语言功能, 实现了中英文界面。实现了基础数据管理,酒店集团管理,酒店基础信息管理,渠道管理,代理管理,用户管理 的查询,添加,修改,删除的功能,系统还实现了将权限控

14、制细化到菜单按钮的功能。系统在实现用户管理下的权限管理功能时, 存在重大的缺陷,权限控制不严密,权限设计有遗漏。5.2易用性现有系统实现了如下易用性:查询,添加,删除,修改操作相关提示信息的一致性,可理解性 输入限制的正确性 输入限制提示信息的正确性,可理解性,一致性现有系统存在如下易用性缺陷:界面排版不美观 输入,输出字段的可理解性差 输入缺少解释性说明 中英文对应的正确性 中英文混排5.3可靠性现有系统的可靠性控制不够严密, 很多控制是通过页面控制实现的, 如果页面控制失效, 可以向 数据库插入数据,引发错误。现有系统的容错性不高, 如果系统出现错误, 返回错误类型为找不到页面错误, 无法

15、回复到出错 前的状态5.4兼容性现有系统支持 window下的IE浏览器和傲游浏览器,支持 linux系统下的IE浏览器和火狐浏览器。现有系统未进行其他兼容性测试5.5安全性现有系统控制了以下安全性问题:把某一个登录后的页面保存下来,不能单独对其进行操作不进行登录直接输入某一页面的 Url能否打开页面并进行操作不应该允许。现有系统未控制以下安全性问题:用户名和密码应对大小写敏感 登陆错误次数限制6分析摘要6.1覆盖率此次测试,所有测试用例都是在中文界面下执行,未在英文界面下执行,测试不包括英文界面下 的测试,也不包括正对英文翻译的测试。此次测试,部分页面需求描述无明确的定义,对输入限制无详细定

16、义,无明确的测试依据,在测 试过程中,测试是根据输入字段含义, 测试人员理解,以及和项目经理,开发人员沟通获得测试依据, 无法保证测试依据的正确性和完整性,因此,没有进行完整的,正确的无效数据的测试,测试覆盖率 不够,无法保证测试的有效性和正确性F面为此次测试测试用例覆盖率分析图:测试用例覆盖率分析6.2遗留缺陷的影响2.缺陷描述:列表页面添加页面取消政策停留政策担保政策机场参照点会议室详情打包促销服务Rate而其他模块语言显示“中文语言”酒店基础信息管理模块,默认语言设置不一致。用中文查询酒店,进入酒店基础信息 模块后,如下模块,语言显示为“请选择”缺陷影响:相同功能模块默认语言设置不一致,

17、一致性不好单位翻译完毕后再确认。缺陷描述:数据字典种类修改,默认值设置后,在调用该数据字典种类的数据字典,默认值无显缺陷影响:数据字典种类的默认值设置后,不能显示设置的默认值,相当于数据字典种类默认值设置功能未实现b权限控制错误B9版本发现该权限,B10版本未通过验证。该模块后台无 11.缺陷描述:新建业务管理员权限用户,进入打包促销页面出现权限异常错误缺陷影响:除系统管理员外,其他用户无法进行打包促销操作推迟原因:B10版本发现该bug,目前该模块开发人员调休,无法修改 bug6.3建议在项目开始的时候应该制定编码标准,数据库标准,需求变更标准,开发和测试人员都 严格按照标准进行,可以在后期

18、减少因为开发,测试不一致而导致的问题,同时也可以 降低沟通成本。发布版本的时候,正确布置测试环境,减少因为测试环境,测试数据库数据的问题而出现的无效bug。开发人员解决bug的时候,填写bug原因以及解决方式,方便 bug的跟踪。开发人员在开发版本上发现 bug,可以通知测试人员,因为开发人员发现的 bug很有可能在 测试版本上出现,而测试人员和开发人员的思路不同,有可能测试人员没有发现该 bug,而且,这样可以保证发现的 bug都能够被跟踪。7度量7.1资源消耗测试时间2007年7月2日至2007年8月6日共35天测试人力1 Ax 7 天+ 1 Ax 35 天=42 人天硬件资源服务器:PC

19、 2台客户端:PC 2台7.2缺陷密度8典型缺陷引入原因分析测试过程中发现的缺陷主要有以下几个方面:1.需求定义不明确需求文档中,存在功能定义错误,输入输出字段描述错误,输入输出字段限制定义错误,输入输出限制定义缺失这几种类型的缺陷。使得开发人员根据需求进行设计时,没有考虑相关功能的关联性,以及需求错误的地方,在测试过程中,需求相关的问题表现出来。需求做改正,设计必须跟着做改动,浪费时间和影响开发人员的积极性,降低开发人员对需求的信任,可能会导致开发人员不按照需求进行设计而根据自己的经验来进行设计。2.功能性错误功能没有实现,导致无法进行需求规定的功能的测试。 主要是无法进入酒店设施管理, 会

20、议室管理页面,酒店安全项管理无法保存信息,地区,房型删除功能缺失。功能实现错误,实现了需求未定义的功能,执行需求定义的功能时系统出现错误。主 要是角色拥有不属于自己的权限,酒店联系人删除页面跳转错误等。3.页面设计和需求不一致页面设计没有根据需求进行,输入,输出字段文字错误,用户无法理解字段含义。页面设计没有完成需求规定的输入限制验证,导致用户可以输入错误的或者无效的数据,这些数据有可能会引起功能性错误。系统中很多输入字段是通过调用数据字典的方式输入,但是现有系统中,很多数据字 典的多语言信息没有完成,导致使用多语言的时候,显示空白字段。系统中很多地方使用多语言,由于多语言编码不统一导致页面设计和数据设计使用语言编码不一致,由此引起的多语言数据无法显示的缺陷。页面设计不友好,系统中很多页面的输入字段无明确的输入提示,用户无法理解何种 输入是正确的,但是用户输入错误后,系统提示出错,增加用户负担。提示信息错误,不同模块相同结果的提示信息不一致,用户操作后,相应的提示信息 不明确,引起用户误解。6.提示信息一致性,用户在不同页面执行相同的操作,提示信息不同。开发人员疏忽引起的缺陷因为开发人员的疏忽,导致系统需要验证的地方,调用了错误的验证,系统需要进行输入控制的地方 没有进行相应的控制。

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1