文档介绍:该【系统测试报告实例 】是由【lu2yuwb】上传分享,文档一共【8】页,该文档可以免费在线阅读,需要了解更多关于【系统测试报告实例 】的内容,可以使用淘豆网的站内搜索功能,选择自己适合的文档,以下文字是截取该文章内的部分文字,如需要获得完整电子版,请下载此文档到您的设备,方便您编辑和打印。中南医院系统测试总结报告
引言
编写目的
编写该测试总结报告主要有以下几个目的
通过对测试结果的分析,得到对软件质量的评价
分析测试的过程,产品,资源,信息,为以后制定测试计划提供参考
评估测试测试执行和测试计划是否符合
分析系统存在的缺陷,为修复和预防bug提供建议
背景
用户群
主要读者:XX项目管理人员,XX项目测试经理
其他读者:XX项目相关人员。
定义
严重bug:出现以下缺陷,测试定义为严重bug
系统无响应,处于死机状态,需要其他人工修复系统才可复原。
值班人员信息更新有错误。
排班表样式界面需要改进。
排班池领导和值班人员未分类。
—第二天08:00,没有考虑第二天00:01后的值班情况。
事件统计分析——事件分类统计页出现参数无效。
点击某个菜单后出现“Thepagecannotbedisplayed”或者返回异常错误。
进行某个操作(增加、修改、删除等)后,出现“Thepagecannotbedisplayed”或者返回异常错误
当对必填字段进行校验时,未输入必输字段,出现“Thepagecannotbedisplayed”或者返回异常错误
系统定义不能重复的字段输入重复数据后,出现“Thepagecannotbedisplayed”或者返回异常错误
测试对象
略
测试阶段
系统测试
测试概要
中南医院值班系统测试从2012年9月2日开始到2007年9月20日结束,共持续39天,测试功能点174个,执行2385个测试用例,,测试共发现427个bug,其中严重级别的bug68个,无效bug44个,。
中南医院值班系统总共发布3个测试版本,其中B1—B5为计划内迭代开发版本(针对项目计划的基线标识),B6-B8为回归测试版本。计划内测试版本,B1—B4测试进度依照项目计划时间准时完成测试并提交报告,其中B4版本推迟一天发布版本,测试通过增加一个人日,准时完成测试。B5版本推迟发布2天,测试增加2个人日,准时完成测试。
B6-B11为计划外回归测试版本,测试增加5个工作人日的资源,准时完成测试。
XX测试通过Bugzilla缺陷管理工具进行缺陷跟踪管理,B1—B4测试阶段都有详细的bug分析表和阶段测试报告。
进度回顾
版本/时间
计划开始时间
实际开始时间
计划完成时间
实际完成时间
加班
增加资源
B1
否
否
B2
否
否
B3
否
2个人日
B4
1个人1天1个人2天
2个人日
B5
否
2个人日
B6
2个人1天
2个人日
B7
1个人1天
1个人日
B8
B9
否
2个人日
B10
合计
1个人6天
11个人日
测试执行
此次测试严格按照项目计划和测试计划执行,按时完成了测试计划规定的测试对象的测试。针对测试计划规定的测试策略,在测试执行中都有体现,在测试执行过程中,依据测试计划和测试用例,对系统进行了完整的测试
测试用例
功能性
系统实现的主要功能,包括查询,添加,修改,删除。
系统实现的次要功能,为值班人员和领导分配权限。
易用性
操作按钮提示信息正确性,一致性,可理解性
限制条件提示信息正确性,一致性,可理解性
必填项标识
输入方式可理解性
中文界面下数据语言与界面语言的一致性
测试结果
Bug趋势图
此次黑盒测试总共发布11个版本,B1—B5为计划内迭代开发版本(针对项目计划的基线标识),B6-B11为进行的回归测试版本,bug版本趋势图如下图所示:
第一阶段,增量确认测试。
时间从2007年7月2日到2007年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版本推迟发布,新增加了测试人员参与测试,对系统不够熟悉,以及测试时间紧张,部分测试用例没有执行,测试覆盖度不够,所以发现bug数呈下降趋势。
B5:B5版本bug数又有一个增加的趋势,主要是由于开发功能模块多,该版本需求定义不明确。
第二阶段,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: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中验证了B1—B10未验证的bug,重点测试了权限控制,同时进行了查询,添加,删除,修改的功能测试,测试过程中未发现bug。
测试结论
功能性
系统正确实现了通过数据字典管理基础数据的功能,实现了数据内容的多语言功能,实现了中英文界面。实现了基础数据管理,酒店集团管理,酒店基础信息管理,渠道管理,代理管理,用户管理的查询,添加,修改,删除的功能,系统还实现了将权限控制细化到菜单按钮的功能。
系统在实现用户管理下的权限管理功能时,存在重大的缺陷,权限控制不严密,权限设计有遗漏。
易用性
现有系统实现了如下易用性:
查询,添加,删除,修改操作相关提示信息的一致性,可理解性
输入限制的正确性
输入限制提示信息的正确性,可理解性,一致性
现有系统存在如下易用性缺陷:
界面排版不美观
浏览器兼容问题
输入,输出字段的可理解性差
输入缺少解释性说明
中英文对应的正确性
中英文混排
可靠性
现有系统的可靠性控制不够严密,很多控制是通过页面控制实现的,如果页面控制失效,可以向数据库插入数据,引发错误。
现有系统的容错性不高,如果系统出现错误,返回错误类型为找不到页面错误,无法回复到出错前的状态
兼容性
现有系统支持window下的IE浏览器和傲游浏览器,支持linux系统下的IE浏览器和火狐浏览器。
现有系统未进行其他兼容性测试
安全性
现有系统控制了以下安全性问题:
把某一个登录后的页面保存下来,不能单独对其进行操作不进行登录
直接输入某一页面的Url能否打开页面并进行操作不应该允许。
现有系统未控制以下安全性问题:
用户名和密码应对大小写敏感
登陆错误次数限制
分析摘要
建议
在项目开始的时候应该制定编码标准,数据库标准,需求变更标准,开发和测试人员都严格按照标准进行,可以在后期减少因为开发,测试不一致而导致的问题,同时也可以降低沟通成本。
发布版本的时候,正确布置测试环境,减少因为测试环境,测试数据库数据的问题而出现的无效bug。
开发人员解决bug的时候,填写bug原因以及解决方式,方便bug的跟踪。
开发人员在开发版本上发现bug,可以通知测试人员,因为开发人员发现的bug很有可能在测试版本上出现,而测试人员和开发人员的思路不同,有可能测试人员没有发现该bug,而且,这样可以保证发现的bug都能够被跟踪。
度量
资源消耗
测试时间
2007年7月2日至2007年8月6日共35天
测试人力
1人×7天+1人×35天=42人天
硬件资源
服务器:PC2台
客户端:PC2台
典型缺陷引入原因分析
测试过程中发现的缺陷主要有以下几个方面:
需求文档中,存在功能定义错误,输入输出字段描述错误,输入输出字段限制定义错误,输入输出限制定义缺失这几种类型的缺陷。使得开发人员根据需求进行设计时,没有考虑相关功能的关联性,以及需求错误的地方,在测试过程中,需求相关的问题表现出来。需求做改正,设计必须跟着做改动,浪费时间和影响开发人员的积极性,降低开发人员对需求的信任,可能会导致开发人员不按照需求进行设计而根据自己的经验来进行设计。
功能性错误
功能没有实现,导致无法进行需求规定的功能的测试。主要是无法进入酒店设施管理,会议室管理页面,酒店安全项管理无法保存信息,地区,房型删除功能缺失。
功能实现错误,实现了需求未定义的功能,执行需求定义的功能时系统出现错误。主要是角色拥有不属于自己的权限,酒店联系人删除页面跳转错误等。
页面设计和需求不一致
页面设计没有根据需求进行,输入,输出字段文字错误,用户无法理解字段含义。页面设计没有完成需求规定的输入限制验证,导致用户可以输入错误的或者无效的数据,这些数据有可能会引起功能性错误。
多语言数据问题
系统中很多输入字段是通过调用数据字典的方式输入,但是现有系统中,很多数据字典的多语言信息没有完成,导致使用多语言的时候,显示空白字段。
系统中很多地方使用多语言,由于多语言编码不统一导致页面设计和数据设计使用语言编码不一致,由此引起的多语言数据无法显示的缺陷。
页面设计易用性缺陷
页面设计不友好,系统中很多页面的输入字段无明确的输入提示,用户无法理解何种输入是正确的,但是用户输入错误后,系统提示出错,增加用户负担。
提示信息错误,不同模块相同结果的提示信息不一致,用户操作后,相应的提示信息不明确,引起用户误解。
提示信息一致性,用户在不同页面执行相同的操作,提示信息不同。
因为开发人员的疏忽,导致系统需要验证的地方,调用了错误的验证,系统需要进行输入控制的地方没有进行相应的控制。