测试总结报告
项目组:久尖项目组
组名: 第X小组
文档修订历史记录
文档日期 | 版本 | 说明 | 作者 | 审批人 |
XXX-XX-XX | V1.0.0.0 | 创建文档 | XXX |
1.1目的
<测试总结报告的目的>
1.2参考文档
<列出测试报告依据的所有的文档(如测试计划、测试进度计划等)>
序号 | 文档名称 | 版本 | 作者或来源 | 备注 |
1 | ||||
2 | ||||
3 | ||||
4 | ||||
5 |
1.3.1环境资源
类别 | CPU | 内存 | 系统 | 浏览器 | 数据库 |
服务器1 | |||||
测试机1 | |||||
测试机2 | |||||
测试机3 | |||||
测试机4 |
测试人员 | 实际开始时间 | 实际结束时间 | 所用工时 | 测试类型 | 测试模块 |
2.1需求覆盖率统计
<需求覆盖分析状况图,alm-requirements-view-coverage analysis>
2.2用例执行统计
需求模块 | 用例总数量 | 执行率 | 通过率 |
级别 | 致命性 | 严重性 | 次要性 | 轻微性 |
数量 |
<可做截图说明或表格>
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条 |
计划测试开始时间 | 计划测试结束时间 | 有效工作量(小时) |
2016.06.12 | 2016.06.22 | 50 |
实际测试开始时间 | 实际测试结束时间 | 测试出BUG数 |
2016.06.12 | 2016.06.20 | 126条 |
质量评价:通过本次对学生管理系统项目进行的手工测试、功能自动化测试、性能测试的执行,总结出该系统的编辑、删除等功能并不能满足需求说明书的要求,性能方面相对较稳定,但是系统功能不能满足客户需求,总体质量一般。 | ||
测试结论: 经过测试之后,有些功能不满足客户的需求,以完善的功能没有满足客户使用,则本次测试不通过。 |