项目测试总结报告模板.docx

项目测试总结报告模板.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条

质量评价：

通过本次对学生管理系统项目进行的手工测试、功能自动化测试、性能测试的执行,总结出该系统的编辑、删除等功能并不能满足需求说明书的要求，性能方面相对较稳定，但是系统功能不能满足客户需求，总体质量一般。

测试结论：

经过测试之后，有些功能不满足客户的需求，以完善的功能没有满足客户使用，则本次测试不通过。