- 1、本文档共5页,可阅读全部内容。
- 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
引言
编写目的
编写该测试总结报告主要有以下几个目的 1.通过对测试结果的分析,得到对软件质量的评价
分析测试的过程,产品,资源,信息,为以后制定测试计划提供参考
评估测试测试执行和测试计划是否符合
分析系统存在的缺陷,为修复和预防 bug 提供建议
背景
用户群
主要读者:***项目管理人员
其他读者:*** 项目相关人员。
定义
基本功能点测试:等价类划分法、边界值法、错误推测法、场景法
业务流程测试:根据业务逻辑,构建测试数据,执行业务流程,查看执行结果与预期是否一致界面易用性测试:根据界面测试规范及日常使用习惯,提出软件的非功能实现问题
回归测试:对已修复的问题,根据测试出该错误的用例,重新执行该用例,验证问题是否真正被修复,以及是否又引起了其它错误
测试对象
对综合管理系统进行全新测试,主要进行功能测试、系统测试
测试阶段
第一阶段:对主业务逻辑及功能进行测试
第二阶段:对所有业务逻辑及功能进行深入测试第三阶段:回归测试
测试工具
BugFree 缺陷管理工具
参考资料
《***功能描述》
《***数据字典》
《***测试计划》
《***测试用例》
《***项目计划》
测试概要
***系统测试从 2012 年 7 月 25 日到 2012 年 10 月 12 日基本结束,历时近70 个工作日。后续还有一些扫
尾
的工作,又增加一些工作时日。是一项花费大量人力物力的项目。
***通过BugFree 缺陷管理工具进行缺陷跟踪管理,在bugfree 中有详细的测试用例以及用例执行情况记录
进度回顾
测试执行
此次测试严格按照项目计划和测试计划执行,按时完成了测试计划规定的测试对象的测试。针对测 试计划规定的测试策略,在测试执行中都有体现,在测试执行过程中,依据测试计划和测试用例, 对系统进行了完整的测试、
测试用例
测试环境与方法
软硬件环境
| ;二 -:r卜. _ |
哩件环垣户 2G 内存、160G 及以上硅盘户
软件环垣Q
飞mv
do ws 2003门守门、bugfr心迅 10_2 S YN L6 及以上版本、sql 安 W 蕊 2005、
综含
综含收帮系统 v 2_1o.:i
测试方法和工具
| 1- .r _:· 1
·: ,?、. .. ., I
功甘扣
功甘扣
惠盒手工 回归户
Bu 汪re
Bl!l吐 记心
Bu gF汜~
性能4
黑宫
手工 回归;
可靠性心
黑盒
手工 回归$
安全性心
祟盖
手工 回归6
Bu饮芘0
可使用性户
黑盏
手了 回归户
Bu 社 冗 0
兼容性4
黑宫
手工 回归5
Bu gf 兀~
安装和手册j
果盆
手工 回归9
Bu牡且r e扣
I +I
I _.J
I +i
I +1
I
I +i
测试结果
Bug 引入阶段
bug引入阶段分析
5% 5% 10 %
.亏求分析圆 往
t肩袒阶段
. 现l1试阶役
.发布阶段
BO%
Bug 引入原因
测试覆盖分析
此次测试的重点在在于对功能的测试,特别是V2.0 新增功能的测试;
***完成在常见的操作环境下的测试,因此具有良好的兼容性。
本次此时的目的除了基本的功能测试外,重点突出对系统易用性的测试,力图使系统更加的人性化, 操作更加简单,易懂。
测试结果和建议
测试结论
***的测试工作已基本结束,功能测试目标也已完成,剩下部分报表的设计需要继续完善。
本次测试从功能性,易用性,兼容性等多个方面进行测试,力图在满足客户需求的基础上操作更加简捷,人性化。
改进建议
测试过程中遇到的最大问题是需求的不确定性和需求的变更。前期由于开发人员和测试人员对一 些需求的理解不一致,或是在需求文档中需求的定义不明确,大家根据自己的理解开展工作,继而在后期 工作中产生一些不必要的bug;除此之外,由于在前期,没有对客户的需求进行较为准确的界定,在开发过
程中,客户提出一些新的要求,而这些要求和其他功能具有关联性,需求做改动,开发和测试也进行改动, 比较显著地例子是在开发中后期要求在一个关联性强的表中增加一个字段,从而引起一系列重复的测试。 因此我认为在开发前期要反复确定需求,并制定需求变更标准,避免在开发过程中出现重复,返工的现象。
本次测试由于主要是手工测试,因此未能实现对一些功能的进行大量数据操作的测试
系统目前比较明显的缺陷是报表打开速度比较慢,这个严重影响了系统的性能,是需要研究改进的部分。
文档评论(0)