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 遗留问题统计
原因分析:说明产生原因和解决措施等,是否对发布版本产生
第二篇:软件系统测试报告模板
系统测试报告
1. 引言
1.1 编写目的
说明编写软件测试报告的目的
如:找出缺陷原因。对软件质量作出评价。
1.2 背景
该项目的来源:
该项目的委托单位:
该项目的主管部门:
1.3 定义
列出本测试计划中所用到的专门术语的定义和缩写词的原意。
如无特殊术语时本款可写为“无”。
1.4 参考资料
列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源,可包括:a. 本项目的计划任务书、合同或批文;b. 项目开发计划;c. 需求规格说明书;d. 概要设计说明书;e. 详细设计说明书;f. 用户操作手册;g. 本测试计划中引用的其它资料、采用的软件开发标准或规范。
2. 测试方法
列出系统测试所采用的方法,如功能测试、数据库测试、安装测试、安全性测试等。
3. 测试机构和人员
本次测试由 负责,测试人员有: 。
4. 测试结果
测试记录中错误点的比率:
此项内容参照测试计划中的评价内容填写。
详细测试记录见附件:《测试记录表》。
在此表中列出所有测试的功能名称,并在“是否通过”栏中对逐项功能标明是否通过,若通过,标识“√”,若不通过,标识为“×”。
5. 测试记录分析统计。
可按《测试记录统计表》模板进行。
可用圆饼图显示各功能点的问题所占的比重。
6. 评价
6.1 软件能力
对软件的测试结果与功能需求作比较,如软件能力基本达到《需求规格说明书》规定的能力要求,但部分有计算错误,见1.7测试结果。
6.2 缺陷和限制
对软件测试结果中的缺陷(或称为错误)加以总结,如×××功能在××操作中发现较大的问题,下一步准备改进,其它尚有部分错误。
6.3 建议
通过测试,对软件测试欠缺的方面加以总结。如本次测试虽然完成了×××的功能测试,但由于操作方式多变,所以建议使用更多测试用例来测试该软件可靠性。
6.4 测试结论
得出最后的测试结论。如部分功能有待修改。