测试总结报告模版.docVIP

性能测试总结报告 本报告陈述的时间范围：从 到 项目/系统测试报告 报告编号 部门经理 ______项目经理______ 开发经理______测试经理______ 中国电信宁波分公司 宁波公众信息产业有限公司 一 引言 1编写目的 本测试报告为 项目的测试报告，目的在于总结测试阶段的测试以及分析测试结果，描述系统是否符合需求。 预期参考人员包括用户、测试人员、开发人员、项目管理者、其他质量管理人员和需要阅读本报告的高层经理。 2项目背景 3系统简介 4术语和缩写词 略 5参考资料 二 系统概述 1 系统概述 2 系统需求概述 3 系统设计概述 4 系统的目标客户和运行环境 三 本阶段性能测试计划 1 测试内容说明 2 测试准备工作 3 条件与限制 4 测试环境与配置。具体清单如下 数据库服务器配置 CPU： 内存： 硬盘：可用空间大小 操作系统： 应用软件： 机器网络名： 局域网地址： 应用服务器配置 6 测试方法 主要是性能测试，测试的重点是 四、测试进度安排 日期 内容 完成情况 工作人员 备注 年月日 测试前准备 年月日 年月日 五 实际测试工作进展 1 测试组织 ? 测试经理（领导人员）： 主要测试人员 参与测试人员 2 测试时间 列出测试的跨度和工作量，最好区分测试文档和活动的时间。数据可供过程度量使用。 平台子系统/子功能 ： 实际开始时间－实际结束时间 ： 总工时/总工作日 ： 序号 任务 开始时间 结束时间 总计 3 测试成本 序号 测试类型 人员成本 工具设备 其他费用 总计 4测试执行情况与Bug记录 Bug报告模板 BUGID Bug标题 产品名称 功能模块名 ? 产品子系统 ? 产品版本 ? 测试平台 ? 开发人员 ? 测试人员 ? 抄送人员 ? 创建时间 ? 解决时间 ? 关闭时间 ? 测试阶段 模块测试、内部集成测试、外部集成测试、系统测试、验收测试 问题级别 紧急、严重、一般、轻微 优先级别 高、较高、一般、低 问题来源 测试、工程故障、升级、其他 问题类型 功能问题、版本问题、遗留问题、新需求、低级错误、改进建议、移植修改、割接问题、配置错误、编译问题、性能问题、设计问题、兼容问题、新功能增强、偶发性出错 Bug描述 附件 Bug解决描述（bug解决之后由开发人员填写） Bug关闭描述（bug关闭之后由测试人员填写） 说明： Bug描述这是Bug最重要的一部分，对Bug描述清晰准确，不仅有助于开发人员迅速定位解决问题，还对以后的维护工作有很大的帮助。一些比较简单的Bug，可以使用一两句话把问题准确描述，而对于一些比较严重或负责的Bug或者是新的需求，应详细说明。 附件对于一些特殊的问题或者不能用语言很好地描述的问题，可以增加界面图形说明或参考资料或详细日志等附件 Bug解决描述开发人员修改问题之后，将Bug回复给对应的测试负责人。对于简单的问题，在回复的时候只是简单地用“已解决”；对于复杂或重要的问题，在回复的时候应该详细说明测试的解决方法。 Bug关闭描述开发回复Bug之后，测试负责人验证该Bug，如果问题得到解决则关闭（否则回复给开发负责人，让其继续追踪）。关闭一个Bug时，对于简单的问题，可以“问题解决”回复；而对于一些比较复杂的问题或需求，应该对Bug描述的内容进行一个总结。 5 缺陷的统计与分析 1）缺陷汇总 被测系统 系统测试 回归测试 总计 合计 按严重程度 ：严重 一般 微小 按缺陷类型 ：用户界面 一致性 功能 算法 接口 文档 用户界面 其他 按功能分布 ：功能一 功能二 功能三 功能四 功能五 功能六 功能七 2）重要缺陷摘要 缺陷编号 简要描述 分析结果 备注 其他 3）残留缺陷与未解决问题 残留缺陷 编号：BUG号 缺陷概要：该缺陷描述的事实 原因分析：如何引起缺陷，缺陷的后果，描述造成软件局限性和其他限制性的原因 预防和改进措施：弥补手段和长期策略 未解决问题 功能/测试类型： 测试结果：与预期结果的偏差 缺陷：具体描述 评价：对这些问题的看法，也就是这些问题如果发出去了会造成什么样的影响 六、测试数据统计 1 按测试阶段统计 2 按模块统