软件项目测试总结报告模版解读.docx
- 文档编号:2468201
- 上传时间:2022-10-29
- 格式:DOCX
- 页数:12
- 大小:22.53KB
软件项目测试总结报告模版解读.docx
《软件项目测试总结报告模版解读.docx》由会员分享,可在线阅读,更多相关《软件项目测试总结报告模版解读.docx(12页珍藏版)》请在冰豆网上搜索。
软件项目测试总结报告模版解读
测试总结报告模板
文档编号:
受控状态:
受控
版本号:
V1.0
年月日
修订记录
类别:
A–增加M–修改D–删除
版本
日期
制定
类别
批准
描述(注明修改的条款或页)
1.引言
1.1目的
说明编写本测试分析报告的目的,指出预期的读者。
1.2背景
说明测试的项目名称、测试任务,必要时包括简史。
1.3用户群
主要读者:
XX项目管理人员,XX项目测试经理
其他读者:
XX项目相关人员。
1.4定义
缺陷定义:
严重bug:
出现以下缺陷,测试定义为严重bug
系统无响应,处于死机状态,需要其他人工修复系统才可复原。
点击某个菜单后出现“Thepagecannotbedisplayed”或者返回异常错误。
进行某个操作(增加、修改、删除等)后,出现“Thepagecannotbedisplayed”或者返回异常错误
当对必填字段进行校验时,未输入必输字段,出现“Thepagecannotbedisplayed”或者返回异常错误
系统定义不能重复的字段输入重复数据后,出现“Thepagecannotbedisplayed”或者返回异常错误
1.5测试阶段
阶段
输入和要求
输出
需求分析审查
RequirementsReview
市场/产品需求定义、分析文档和相关技术文档
要求:
需求定义要准确、完整和一致,真正理解客户的需求
需求定义中问题列表,批准的需求分析文档
测试计划书的起草
设计审查
DesignReview
产品规格设计说明、系统架构和技术设计文档、测试计划和测试用例
要求:
系统结构的合理性、处理过程的正确性、数据库的规范化、模块的独立性等
清楚定义测试计划的策略、范围、资源和风险,测试用例的有效性和完备性
设计问题列表、批准的各类设计文档、系统和功能的测试计划和测试用例
测试环境的准备
单元测试
UnitTesting
源程序、编程规范、产品规格设计说明书和详细的程序设计文档
要求:
遵守规范、模块的高内聚性、功能实现的一致性和正确性
缺陷报告、跟踪报告;完善的测试用例、测试计划
对系统功能及其实现等了解清楚
集成测试
IntegrationTesting
通过单元测试的模块或组件、编程规范、集成测试规格说明和程序设计文档、系统设计文档
要求:
接口定义清楚且正确、模块或组件一起工作正常、能集成为完整的系统
缺陷报告、跟踪报告;完善的测试用例、测试计划;集成测试分析报告;
集成后的系统
功能验证
FunctionalityTesting
代码软件包(含文档),功能详细设计说明书;测试计划和用例
要求:
模块集成功能的正确性、适用性
缺陷报告、代码完成状态报告、功能验证测试报告
系统测试SystemTesting
修改后的软件包、测试环境、系统测试用例和测试计划
要求:
系统能正常地、有效的运行,包括性能、可靠性、安全性、兼容性等。
缺陷报告、系统性能分析报告、缺陷状态报告、阶段性测试报告
版本发布Release
软件发布包、软件发布检查表(清单)
当前版本已知问题的清单、版本发布报告
维护
Maintance
变更的需求、修改的软件包、测试用例和计划
要求:
新的或增强的功能正常、原有的功能正常,不能出现回归缺陷
缺陷报告、更改跟踪报告、测试报告
1.6参考资料
需求、设计、测试用例、手册以及其他项目文档都是范围内可参考的资料。
测试使用的国家标准、行业指标、公司规范和质量手册等等。
2.测试概要
测试的概要介绍,包括测试的一些声明、测试范围、测试目的等等,主要是测试情况简介。
(其他测试经理和质量人员关注部分)。
2.1进度回顾
简要介绍本次测试所围绕的范围。
里程碑任务
计划
开始时间
计划
结束时间
计划投入人员
计划完成天数
完成情况
2.2测试执行
此次测试严格按照项目计划和测试计划执行,按时完成了测试计划规定的测试对象的测试。
针对测试计划规定的测试策略,在测试执行中都有体现,在测试执行过程中,依据测试计划和测试用例,对系统进行了完整的测试
2.3测试用例
2.3.1功能性
系统实现的主要功能,包括查询,添加,修改,删除。
系统实现的次要功能,包括为用户分配酒店,为用户分配权限,渠道酒店绑定,渠道RATE绑定,权限控制菜单按钮。
需求规定的输入输出字段,以及需求规定的输入限制
2.3.2易用性
操作按钮提示信息正确性,一致性,可理解性
限制条件提示信息正确性,一致性,可理解性
必填项标识
输入方式可理解性
中文界面下数据语言与界面语言的一致性
3.测试环境
简要介绍测试环境及其配置,如果系统/项目比较大,则用表格方式列出。
软件环境:
终端类别
操作系统
相关应用软件
服务器端
客户端
硬件环境:
终端类别
机器名
设备编号
配置说明
服务器端
客户端
网络环境:
4.测试结果及分析
4.1Bug趋势图
下面使用一个项目做例子:
该项目此次黑盒测试总共发布11个版本,B1—B5为计划内迭代开发版本(针对项目计划的基线标识),B6-B11为进行的回归测试版本。
bug版本趋势图如下图所示:
第一阶段,增量确认测试。
从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验证和功能回归确认测试。
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。
4.2Bug严重程度
测试发现的bug主要集中在Medium和High阶段,Medium属于一般性的缺陷,High属于严重程度较高的缺陷。
其中出现了59个严重级别高的bug,出现严重级别的bug主要表现在以下几个方面:
系统主要功能没有实现
添加/修改数据后,出现各种代码错误和页面不存在错误。
处理流程和逻辑关系不合理
严重级别bug按版本分布如下:
由严重bug版本分布图可以看出,严重级别的bug版本趋势和bug版本趋势基本是一致的,但是,在B7和B9版本中年,严重级别的bug明显增多,主要原因是B7和B9版本测试了权限控制按钮功能,权限问题出现的严重级别的bug比较多。
权限bug主要表现:
具有相应按钮操作的权限,页面无相应按钮,无法执行该功能
无相应按钮操作权限,页面有相应按钮,点击按钮能出现权限异常错误
有相应按钮操作权限,有相应按钮,执行该功能出现权限异常错误
4.3Bug引入阶段
由上图可以看出,主要为前台编码和页面设计方面的bug,占到了全部bug的2/3。
4.4Bug引入原因
从上图可以看出编码导致的错误最多,主要是系统功能错误,UI错误,及兼容性错误,数据库及数据结构引起的错误。
4.5Bug解决方案分布
从上图bug数量总共200个,解决的bug183个,未解决的包括9个不修、和2个无效和1个重复的bug,共12个。
名词解释:
不修是指一些功能或建议可以暂不修改。
无法重现是指开发人员不能重现bug。
5.测试结论
5.1功能性
系统正确实现了通过数据字典管理基础数据的功能,实现了数据内容的多语言功能,实现了中英文界面。
实现了基础数据管理,酒店集团管理,酒店基础信息管理,渠道管理,代理管理,用户管理的查询,添加,修改,删除的功能,系统还实现了将权限控制细化到菜单按钮的功能。
系统在实现用户管理下的权限管理功能时,存在重大的缺陷,权限控制不严密,权限设计有遗漏。
5.2易用性
现有系统实现了如下易用性:
查询,添加,删除,修改操作相关提示信息的一致性,可理解性
输入限制的正确性
输入限制提示信息的正确性,可理解性,一致性
现有系统存在如下易用性缺陷:
界面排版不美观
输入,输出字段的可理解性差
输入缺少解释性说明
中英文对应的正确性
中英文混排
5.3可靠性
现有系统的可靠性控制不够严密,很多控制是通过页面控制实现的,如果页面控制失效,可以向数据库插入数据,引发错误。
现有系统的容错性不高,如果系统出现错误,返回错误类型为找不到页面错误,无法回复到出错前的状态
5.4兼容性
现有系统支持window下的IE浏览器和傲游浏览器,支持linux系统下的IE浏览器和火狐浏览器。
现有系统未进行其他兼容性测试
5.5安全性
现有系统控制了以下安全性问题:
把某一个登录后的页面保存下来,不能单独对其进行操作不进行登录
直接输入某一页面的Url能否打开页面并进行操作不应该允许。
现有系统未控制以下安全性问题:
用户名和密码应对大小写敏感
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 项目 测试 总结报告 模版 解读