项目测试总结报告模板.docx
- 文档编号:12388077
- 上传时间:2023-04-18
- 格式:DOCX
- 页数:5
- 大小:16.57KB
项目测试总结报告模板.docx
《项目测试总结报告模板.docx》由会员分享,可在线阅读,更多相关《项目测试总结报告模板.docx(5页珍藏版)》请在冰豆网上搜索。
项目测试总结报告模板
XXX系统
测试总结报告
项目组:
久尖项目组
组名:
第X小组
文档修订历史记录
文档日期
版本
说明
作者
审批人
XXX-XX-XX
V1.0.0.0
创建文档
XXX
1.简介
1.1目的
<测试总结报告的目的>
1.2参考文档
<列出测试报告依据的所有的文档(如测试计划、测试进度计划等)>
序号
文档名称
版本
作者或来源
备注
1
2
3
4
5
1.3测试环境及资源
1.3.1环境资源
类别
CPU
内存
系统
浏览器
数据库
服务器1
测试机1
测试机2
测试机3
测试机4
1.3.2人力及时间安排
测试人员
实际开始时间
实际结束时间
所用工时
测试类型
测试模块
2.测试结果分析
2.1需求覆盖率统计
<需求覆盖分析状况图,alm-requirements-view-coverageanalysis>
2.2用例执行统计
需求模块
用例总数量
执行率
通过率
2.3缺陷统计
级别
致命性
严重性
次要性
轻微性
数量
2.1.1按BUG所属模块统计
<可做截图说明或表格>
2.1.2按BUG提交人统计
<可做截图说明或表格>
2.1.3按BUG严重程度统计
<可做截图说明或表格>
2.1.4按BUG周期统计
<可做截图说明或表格>
2.4缺陷分析
1.<针对3.1未覆盖到的需求是否要继续执行,并把原因进行描述>
2.<针对3.2用例执行进行分析,分析执行率,通过率是否与测试计划中的测试目标一致,需要什么改进措施>
3.<对应3.3,针对项目当前仍然存在的缺陷给开发人员建议如何修改,当前未与开发人员进行交互,所以可以列出5-10个测试人员认为必须修改的缺陷,把为什么要进行修改的原因描述清楚和建议开发人员如何进行修改>
3.测试总结
3.1测试总结
3.1.1需求分析阶段
在需求分析阶段,由于组内人员缺少,没有及时再次分工,加上对需求文档了解不彻底,造成需求不能如期提交。
项目负责人再次合理安排合理分工,询问老师最终确定完成。
3.1.2手工测试阶段
手工测试阶段包括对测试需求跟踪矩阵、测试用例、测试计划的编写以及导出分析缺陷报告等内容。
在编写测试用例过程出现冗杂和不清晰的用例,经过组内讨论和老师的评审之后进行修改。
3.1.3功能自动化测试阶段
功能自动化测试阶段包括自动化测试用例的设计、自动化测试用例的执行、提交缺陷等流程。
由于自动化测试测试对象工作量大,需要大量的数据,重复性高,细节性强。
3.1.4性能测试阶段
3.2性能评价
<描述本次进行的性能测试结果,给出性能上优化的建议>
3.3测试评价
项目名称
SMS系统
测试负责人
张文祥
测试成员
张华、许长义、张建会、王子悦、常乾钰
分类
问题描述
测试计划
在执行时安全性可执行性低
测试文档
测试跟踪矩阵:
需求理解不彻底,拆分的不清晰,不完全;测试用例:
没有完全覆盖测试点
重复和误报缺陷
存在重复和误报的缺陷
缺陷个数
126条
4.测试结论
计划测试开始时间
计划测试结束时间
有效工作量(小时)
2016.06.12
2016.06.22
50
实际测试开始时间
实际测试结束时间
测试出BUG数
2016.06.12
2016.06.20
126条
质量评价:
通过本次对学生管理系统项目进行的手工测试、功能自动化测试、性能测试的执行,总结出该系统的编辑、删除等功能并不能满足需求说明书的要求,性能方面相对较稳定,但是系统功能不能满足客户需求,总体质量一般。
测试结论:
经过测试之后,有些功能不满足客户的需求,以完善的功能没有满足客户使用,则本次测试不通过。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 项目 测试 总结报告 模板
![提示](https://static.bdocx.com/images/bang_tan.gif)