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

XXX系统 测试总结报告 项目组久尖项目组 第X小组 文档修订历史记录 文档日期 版本 说明 作者 审批人 XXX-XX-XX V1.0.0.0 创建文档 XXX 目 录 目 录 3 1.简介 4 1.1目的 4 1.2参考文档 4 1.3测试环境及资源 4 1.3.1环境资源 4 1.3.2人力及时间安排 4 2.测试结果分析 5 2.1需求覆盖率统计 5 2.2用例执行统计 5 2.3缺陷统计 5 2.1.1按BUG所属模块统计 5 2.1.2按BUG提交人统计 5 2.1.3按BUG严重程度统计 5 2.1.4按BUG周期统计 5 2.4缺陷分析 6 3.测试总结 6 3.1测试总结 6 3.1.1需求分析阶段 6 3.1.2手工测试阶段 6 3.1.3功能自动化测试阶段 6 3.1.4性能测试阶段 6 3.2性能评价 6 3.3测试评价 7 4.测试结论 7 1.简介 1.1目的 测试总结报告的目的 1.2参考文档 列出测试报告依据的所有的文档（如测试计划、测试进度计划等） 序号 文档名称 版本 作者或来源 备注 1.3测试环境及资源 1.3.1环境资源 类别 CPU 内存 系统 浏览器 数据库 服务器1 测试机1 测试机2 测试机3 测试机4 1.3.2人力及时间安排 测试人员 实际开始时间 实际结束时间 所用工时 测试类型 测试模块 2.测试结果分析 2.1需求覆盖率统计 需求覆盖分析状况图,alm-requirements-view-coverage analysis 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数 质量评价：通过本次对学生管理系统项目进行的手工测试、功能自动化测试、性能测试的执行,总结出该系统的编辑、删除等功能并不能满足需求说明书的要求，性能方面相对较稳定，但是系统功能不能满足客户需求，总体质量一般。 测试结论： 经过测试之后，满足客户的需求，以完善的功能满足客户使用则测试不通过 第 7 页 共 8 页