项目测试报告Word文件下载.docx
- 文档编号:15290952
- 上传时间:2022-10-29
- 格式:DOCX
- 页数:12
- 大小:601.33KB
项目测试报告Word文件下载.docx
《项目测试报告Word文件下载.docx》由会员分享,可在线阅读,更多相关《项目测试报告Word文件下载.docx(12页珍藏版)》请在冰豆网上搜索。
3.测试结果及缺陷分析-6-
3.1系统功能测试-6-
3.2系统性能测试-10-
3.3覆盖分析-11-
4.典型缺陷引入原因分析-12-
5.结论-12-
1.简介
1.1编写目的
本测试报告为用户简称数字化校园建设项目的测试报告,目的在于总结测试阶段的测试以及分析测试结果,描述系统是否符合需求。
预期参考人员包括用户、测试人员、开发人员、项目管理者、其他质量管理人员和需要阅读本报告的高层经理。
1.2项目背景
“数字化校园”指学校在开展教学、科研和管理及对外通讯工作全过程中运用宽带、交互性和专业性的局域网络实现学校办学教学的数字化、信息化和智能化。
数字化校园是我国校园信息化发展的趋势,数字化校园将把学校的管理和教学带入一个全新的网络信息化时代,以数字化的方式来体现我们的工作、学习、交流与管理,是一种全新的生活学习和管理模式。
它的目标是将校园内的各种信息数字化,增进交流,改变教师的授课方式与学生的学习方式,增进学校与社会、学校与家长的沟通,做到社会、家庭与学校共同教育孩子的目的;
此外,数字化校园还提供强有力的数字化分析工具,使学校各方面的信息可以直观、便捷地反映到管理者面前,从而保证决策的科学性和及时性,最终达到提高学校教育质量和社会影响力的目的。
一句话,最终实现以数据资料数字化为基础、以沟通交流数字化为纽带、以教育教学数字化为核心、以行政管理数字化为支撑的数字化校园。
“十五”期间,北京市委、市政府高度重视中小学信息化建设,确立了“高标准、高质量实现首都信息化,推动基础教育跨越式发展”的目标。
几年来,北京市业主简称通过政策倾斜和经费投入,使北京市中小学信息化在基础设施建设、教师培训、普及信息技术教育、提高信息化管理水平等方面取得了快速进展。
1.3系统简介
本次项目建设的数字化校园项目,目标是将校园内的各种信息数字化,增进交流,改变教师的授课方式与学生的学习方式,增进学校与社会、学校与家长的沟通,做到社会、家庭与学校共同教育孩子的目的;
此外,数字化校园系统还提供强有力的数字化分析工具,使学校各方面的信息可以直观、便捷地反映到管理者面前,从而保证决策的科学性和及时性,最终达到提高学校教育质量和社会影响力的目的。
1.4术语和缩写词
Bug状态(Status):
指缺陷通过一个跟踪修复过程的进展情况。
包括New、Open、Reopen、Fixed、Closed及Rejected等
Bug严重级别(Severity,Bug级别):
是指因缺陷引起的故障对软件产品的影响程度。
由测试人员指定。
Bug优先级(Priority):
指缺陷必须被修复的紧急程度。
由Bug分配者(开发组长/经理)指定。
1.5参考资料
Ø
GB/T11457软件工程术语
GB8566计算机软件开发规范
GB8567计算机软件产品开发文件编制指南
GB/T12505计算机软件配置管理计划规范
ISO9001:
2008质量管理体系要求
项目全称合同
项目全称需求规格说明书
2.测试概要
2.1测试用例设计
针对测试目的的不同,本次测试分为系统功能测试和系统性能测试。
2.1.1系统功能测试
系统功能测试用例的设计主要采用等价类划分、边界值、因果图等方法,先设计出测试用例的框架,然后根据框架来设计测试用例,同时,根据自由测试中发现的Bug,对测试用例做进一步完善、优化,形成最终的版本。
测试用例遵循以下规则:
测试用例的代表性:
能够代表并覆盖各种合理的和不合理的、合法的和非法的、边界的和越界的以及极限的输入数据、操作和环境设置等。
测试结果的可判定性:
即测试执行结果的正确性是可判定的,每一个测试用例都应有相应的期望结果。
测试结果的可再现性:
即对同样的测试用例,系统的执行结果应当是相同的。
2.1.2系统性能测试
系统性能测试包含并发测试、压力测试、强度测试。
重点测试10-50用户并发访问的系统性能,1000用户以上并发访问对系统负压情况,以及对大批量数据录入、查询的系统强度的测试。
2.2测试环境配置
2.2.1软件环境
终端类别
操作系统
相关应用软件
客户端
WindowsXPprofessional
IE6或IE7或IE8
服务器
Windowsserver2008R2
SunJdk1.6、ApacheTomcat6.0、MicrosoftWindowsSQLserver2008R2、MicrosoftExchangeServer2010、MicrosoftOCS2007
2.2.2硬件环境
机器型号
配置说明
DELLOptiPlex380
处理器:
Intel奔腾双核E5300
内存大小:
2048M
DELLPowerEdgeT410
IntelXeonE5504
4096M
2.3测试工具
TestDirector(测试管理工具)
TestDirector是全球最大的软件测试工具提供商MercuryInteractive公司生产的企业级测试管理工具,也是业界第一个基于Web的测试管理系统,它可以在您公司内部或外部进行全球范围内测试的管理。
通过在一个整体的应用系统中集成了测试管理的各个部分,包括需求管理,测试计划,测试执行以及错误跟踪等功能,TestDirector极大地加速了测试过程。
2.4测试方法
等价类划分方法:
是把所有可能的输入数据划分成若干部分(子集),然后从每一个子集中选取少量具有代表性的数据作为测试用例,测试某等价类的代表值就等于对这一类其他值的测试。
边界值分析方法:
是输入和输入等价类中刚好处于边界、或超过边界或小于边界的状态,使用边界值分析方法设计测试用例应先确定边界情况,然后选取正好等于、刚刚大于或刚刚小于边界的值作为测试数据。
错误推测方法:
是根据经验和直觉推测程序中所有可能存在的各种错误,从而有针对性地设计测试用例的方法。
因果图方法:
前面介绍的等价类划分方法和边界值分析方法,都是着重考虑输入条件,但未考虑输入条件之间的联系,相互组合等,考虑输入条件之间的相互组合,可能会产生一些新的情况,但要检查输入条件的组合不是一件容易的事情,即使把所有输入条件划分成等价类,他们之间的组合情况也相当多,因此必须考虑采用一种适合于描述对于多种条件的组合,相应产生多个动作的形式来考虑设计测试用例,这就需要利用因果图(逻辑模型)。
判定表法:
是分析和表达多逻辑条件下执行不同操作的情况下的工具,在程序设计发展的初期,判定表就已被当作编写程序的辅助工具了,由于它可以把复杂的逻辑关系和多种条件组合的情况表达得既具体又明确。
正交实验设计方法:
从大量的测试数据中挑选出适量的、有代表性的测试数据,依据伽罗瓦(Galois)理论导出的“正交表”,从而合理地安排测试的一种科学实验设计方法。
2.5测试工作记录
2.5.1测试人员
角色
人员
职责
项目经理
项目经理姓名
评审并批准项目计划及有关报告;
组织并确保团队工作;
控制项目执行;
评估项目绩效;
与有关人员进行沟通。
测试经理
张明利
项目计划编制;
协调并实施项目计划中确定的活动;
识别测试环境需求;
负责设计测试用例;
为其他人员提供技术支持。
测试人员
郑海艳、秦建青
翁正然、李灵夏
执行测试活动;
在项目计划制订阶段,识别项目活动,估计每项活动所需的时间。
环境准备人员
秦建青
提供资源保障;
建立并维护测试环境。
质量保证人员
QA姓名
确定项目质量目标;
制订并实施质量计划;
监督、指导项目活动的执行过程。
2.5.2测试时间
事件
开始时间
结束时间
编制测试计划
测试计划评审、修改
编制测试用例
测试用例评审(内部)
测试用例修改
第一轮功能测试
第一轮测试总结评审(内部)
第二轮功能测试
联调测试、压力测试
第二轮测试后总结评审(内部)
系统回归测试
编制测试报告
提交测试文档
2.5.3测试内容
系统功能测试对系统中的所有的模块进行测试,系统性能测试对系统中教师角色的模块进行测试。
3.测试结果及缺陷分析
3.1系统功能测试
此次测试严格按照项目计划和测试计划执行,按时完成了测试计划规定的测试对象的测试。
针对测试计划规定的测试策略,在测试执行中都有体现,在测试执行过程中,依据测试计划和测试用例,对系统进行了完整的测试,测试中共发现1733个bug,全部修改完成,经过回归测试,所有bug已关闭。
3.1.1缺陷按严重级别汇总
测试发现的bug主要集中在Minor和Trivial阶段,属于一般性的缺陷,但是测试的时候,出现了一些严重级别为Major的缺陷,出现严重级别的bug主要表现在以下几个方面:
系统无响应,处于死机状态,需要其他人工修复系统才可复原
点击某个菜单后返回异常错误
进行某个操作(增加、修改、删除等)后,系统返回异常错误
输入超长字符时,系统返回异常错误
对必填字段进行校验时,未输入必输字段,系统返回异常错误
系统定义不能重复的字段输入重复数据后,系统返回异常错误
3.1.2缺陷按优先级汇总
测试发现的bug主要集中在High和Medium阶段,属于一般性的缺陷,但是测试的时候,出现了几个VeryHigh的bug,要求开发人员马上解决,出现这种的bug主要是影响测试进度的,不解决就无法进行下一步测试。
3.1.3缺陷按模块汇总
从此图可以看出每个模块发现的bug数量以及占总bug数量的比例。
3.1.3缺陷按开发工程师汇总
此图可以看见每个开发工程师发现bug的数量,并且可以看到发现bug的严重程度的分布图。
3.1.5缺陷按测试工程师汇总
此图可以看见每个测试工程师发现bug的数量,并且可以看到发现bug的严重程度的分布图。
3.2系统性能测试
3.2.1负载测试结果与分析
从此图可以看出在500个用户并发的情况下,长时间运行,系统响应时间出在平稳状态,响应时间在1.4s-1.6s,满足需求中的要求。
3.2.2压力测试结果与分析
从此图可以看出系统在用户不断增加的情况下,系统基本处于平稳状态,达到1000用户,响应时间为3s左右,满足需求中的要求。
3.3覆盖分析
此次测试,测试用例覆盖率总体达到了预期目的。
根据需求规格说明书和需求人员的沟通,对系统中的功能进行了全面测试;
可靠性方面针对主要模块进行测试;
兼容性方面保证在IE6、IE7和IE8下能正常运行;
安全性只针对个别模块进行测试;
易用性方面进行了比较全面的测试;
数据方面进行了比较严密的测
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 项目 测试报告