3-3功能测试报告(阶段性).doc

文档编号： 文档密级： XX系统功能阶段性测试报告 版本号：1.0 公司名称 文档修订历史 版本 作者 变化内容描述 审核人 批准人 批准日期 1.0 XXX 创建 XXX XXX 目录 1. 引言 4 1.1. 文档目的 4 1.2. 适用范围 4 1.3. 项目背景 4 1.4. 术语与缩略语 4 1.5. 参考资料 4 2. 测试任务 5 2.1. 测试范围 5 2.2. 测试目标 5 2.3. 测试实施日期 5 2.4. 测试人员 5 2.5. 人力统计 5 3. 测试环境描述 5 4. 测试BUG统计表 6 4.1. 功能测试BUG统计 6 4.2. 流程测试BUG统计 6 4.3. 问题总数 6 5. 遗留问题清单 6 6. 测试项通过情况 6 6.1. 测试用例通过情况 6 7. 评估结果 7 7.1. BUG总述 7 7.2. 质量风险分析 7 7.3. 测试结论 7  引言 文档目的 [简述本计划的目的。如本文档旨在说明各种测试阶段任务、人员分配和时间安排、工作规范等。] 适用范围 [指明本文档的适用范围和读者对象。如本测试计划是在策略和方法的高度说明如何计划、组织和管理测试项目。测试计划应包含足够的信息，使测试人员明白项目需要做什么、是如何运作的。另外，测试计划只是测试的一个框架，很多细节需要跟开发人员或其他人员沟通，因此计划不包括测试用例的细节和系统功能的详细信息。] 项目背景 [在项目文档中摘录项目视图和范围信息，即业务前景类软件产品价值定位资料，用于测试重要性和紧急性选择判断。如果文字内容为测试理解所得，则应作特别申明。此节不允许为空。建议的条目包括： 项目的主要功能特征、体系结构及简要历史。 产品的核心功能、功能分布、用户界面。 产品的技术方案、应用环境、验收标准。 项目质量目标：客户产品质量评价基本面和客户心理评价等级框架。] 术语与缩略语 [列出本计划中使用的专用术语、缩略语及其定义。] 术语与缩略语 英文解释 中文解释 备注 参考资料 [列出本计划各处参考的经过核准的全部文档和主要文献。] 测试任务 测试范围 [说明本计划涵盖的测试范围，比如功能测试、集成测试、系统测试、验收测试等。通常说明什么要测试而什么不要测试是非常重要的。明确规定这些问题后，测试人员对该做什么会有一个清晰的认识。] 测试目标 [根据项目整体目标和阶段目标的需要，描述测试假定，规定测试对象、测试重点、作业要求、完成标准。] 测试实施日期 [指明测试实施持续的时间] 测试人员 岗位名称 人员姓名 工作职责 人力统计 岗位名称 人数 时间（人日） 测试环境描述 硬件环境 软件环境 CPU 操作系统 内存容量 数据库 测试BUG统计表 功能测试BUG统计 功能BUG总数 1级BUG数 2级BUG数 3级BUG数 4级BUG数 流程测试BUG统计 流程BUG总数 1级BUG数 2级BUG数 3级BUG数 4级BUG数 问题总数 序号 BUG类别 BUG级别 BUG数 完成数 完成数/BUG数 1 程序问题 1 2 3 4 合计 2 界面问题 合计 3 其他问题 合计 4 总计 遗留问题清单 模块名称 问题描述 问题等级 问题类型 解决对策 测试项通过情况 测试用例通过情况 序号 功能项 用例数 用例执行数 用例通过数 测试结论 评估结果 BUG总述 针对当前的测试执行结果，对BUG分布情况，进行分类统计，遗留问题做总结说明，从而得出此次的测试是否符合要求。 质量风险分析 说明测试的不足导致存在的一些质量风险，如性能测试环境与实际运行环境存在差异，导致性能测试结果只具有参考性，不是实际环境下的性能结果；测试还有一些不可重现的BUG开发方没有定位出来，是质量隐患等等 对质量风险进行影响分析，评估对上线的影响 测试结论 根据上述总结项目是否符合预期质量目标，测试是否通过，能否进入下一阶段