系统测试报告（三方确认版）（仅用于学习的参考模板）.docVIP

大数据系统测试报告 概述 编写目的 编写本文档的目的在于： 通过对测试结果的分析得到对大数据平台软件的评价；为纠正软件缺陷提供依据； 分析测试过程，评估测试执行情况，为以后制定测试计划提供参考； 分析测试结果，评估大数据平台软件质量状况，为软件的发布和完善提供参考。 测试报告参考文档提供给用户、测试人员、开发人员、项目管理者、其他管理人员和需要阅读本报告的高层人员。 名词解释 测试时间：一轮测试从开始到结束所使用的时间 并发线程数：测试时同时访问被测系统的线程数。注意，由于测试过程中，每个线程都是以尽可能快的速度发请求，与实际用户的使用有极大差别，所以，此数据不等同于实际使用时的并发用户数。 每次时间间隔：测试线程发出一个请求，并得到被测系统的响应后，间隔多少时间发出下一次请求。 平均响应时间：测试线程向被测系统发请求，所有请求的响应时间的平均值。 处理能力：在某一特定环境下，系统处理请求的速度。 预期平均响应时间：由用户提出的，希望系统在多长时间内响应。注意，这个值并不是某一次访问的时间，而是一段时间多次访问后的平均值。 最大并发用户数：在给定的预期平均响应时间下，系统最多能支持多少个并发用户。这个数据就是实际可以同时使用系统的用户数。 测试环境说明 硬件配置 服务器名称 配置/详细信息 数量 IP Web服务器 数据库服务器 压测客户端 软件配置 序号 软件名称 版本号 备注 1 北大平台 2 Fiddler 3 Badboy 4 Postman 5 Navicat 6 Jmeter 7 禅道 测试策略 人力资源 测试轮次 测试时间 测试人员 测试地点 起始时间 结束时间 第一轮测试 第二轮测试 测试场景 本次测试严格按照测试计划中的功能模块设计测试用例并执行，确保了功能覆盖率达到100%以上，并对所有缺陷进行回归测试，确保产品质量。 测试结果 版本兼容性测试结果 测试目标 主要是对各大主流的浏览器、不同版本的浏览器进行兼容性测试 测试范围 Google、火狐、360极速浏览器 技术 等价类划分,边界值分析,因果图分析,错误猜测方法 开始标准 系统功能测试完成后 完成标准 所有测试用例都被执行并通过；所有发现的缺陷都被修正并回归测试过；功能要求符合标准 测试重点和优先级 程序是否符合外部规格说明 测试结果 测试通过 功能测试结果 测试缺陷统计 缺陷密度分布 模块名称 问题个数 已解决个数 未解决个数 管理 文件 目录 接口 调度 首页 上报 查询 文档 合计 缺陷等级分布 Bug等级 问题个数 已解决个数 未解决个数 致命 严重 一般 建议 合计 测试问题总结 从需求上看：系统实现了所有所需的功能，并以最合理的方式表达实现，用户体验满意度高。 从功能性上：系统满足了数据清洗及转换、数据整合、资源共享平台等功能。 在易用性上：系统实现了查询，添加，删除，修改操作相关提示信息的一致性，可理解性；输入限制的正确性；输入限制提示信息的正确性，可理解性，一致性。 功能测试结果：测试通过。 集成测试结果 测试结果统计 测试用例执行通过率：100% 测试用例需求覆盖率：100% 测试共发现缺陷数量：2134 缺陷密度分布 系统模块 Bug数量 已解决个数 未解决个数 统一门户系统 运行支撑管理系统 数据管理系统 数据共享管理系统 数据交换管理系统 合计 缺陷等级分布 BUG等级 BUG数量 已解决个数 未解决个数 致命 严重 一般 建议 合计 问题总结 测试进度分析：进度按照测试计划的时间进行，没有滞后和延迟，项目测试进度良好。 自顶向下集成时存在的缺点是没有底层返回真实数据流。 自底向上集成时存在的缺点是驱动模块开发量大，集成到顶层时将变得越来越复杂。 三明治集成增加了缺陷的定位难度，目标层在集成前测试不充分。 集成测试结果：测试通过。 性能测试结果 为了使测试过程和测试结果能尽可能准确地反映出现实地生产系统场景，本次性能测试过程选取了具有代表性的九项业务操作，另外，根据初步分析，在每种并发用户数条件下，为各项业务操作分配了一定数量配比关系的虚拟用户，详见下表。 序号 业务操作 用户数 1 登录 50123 50123 2 数据目录查询 50 100 3 上传文件 50123 50123 4 目录申请 50 100 5 页面展示 50123 50123 6 数据上报 50 100 7 模板下载 50123 50123 8 数据源增加 50 100 9 连接测试 50 100 测试结果统计 平均响应时间统计： 序号 业务操作 用户数 执行成功率 1 登录 50 100% 100 100% 2 查询 50 100% 100 100% 3 上传 50 100% 100 100% 4 申请 50 100% 100 100% 5 页面 50