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

PAGE PAGE 4 系统测试报告 概述 编写目的 编写本文档的目的在于： 通过对测试结果的分析得到对大数据平台软件的评价；为纠正软件缺陷提供依据； 分析测试过程，评估测试执行情况，为以后制定测试计划提供参考； 分析测试结果，评估大数据平台软件质量状况，为软件的发布和完善提供参考。 测试报告参考文档提供给用户、测试人员、开发人员、项目管理者、其他管理人员和需要阅读本报告的高层人员。 项目背景 XX数据是大数据的重要来源之一，对大数据平台需求迫切 目前，应用系统已经是大数据的重要来源之一，多个部门之间，产生了大量的结构化和非结构化数据，包括的人口、企业、车辆数据，人社的社保、劳动等数据，卫计的卫生、计生数据，审批及工作中产生的大量文档数据，以及平安城市、执法所产生的海量的视频数据，构成了海量的、对城市的方方面面具有重要影响的数据，海量的数据需要有海量的存储进行支撑。 XX数据具有公共属性，需要满足多个行业的应用需求，因而需要支撑多个部门的应用及综合类应用，而传统的电子XX建设方式，各部门各自为政，各地域的数据也不能实现共享和协同，因而急需采用电子XX大数据处理平台对基础数据资源进行整合和挖掘利用。 XX大数据具有面向跨行业服务的特点和数据融合、比对的需求 在XX大数据处理平台建设中，提供了相关的工具，为实现海量数据的比对、分析和融合提供了强有力的支撑。 XX大数据对数据的安全性和保密性要求高 XX大数据平台的建设，实现数据的安全性和保密性访问。 XX大数据具有分地域、分领域的多层次安全管理需求 电子XX、社会管理等各方面的数据的产生和使用具有较强的地域性，同时数据的密级不同，并且不同的行业对数据的需求也不一样，因而严格控制数据的分地域、分领域分级管理，以适应XX数据的安全管理需求。 名词解释 测试时间：一轮测试从开始到结束所使用的时间 并发线程数：测试时同时访问被测系统的线程数。注意，由于测试过程中，每个线程都是以尽可能快的速度发请求，与实际用户的使用有极大差别，所以，此数据不等同于实际使用时的并发用户数。 每次时间间隔：测试线程发出一个请求，并得到被测系统的响应后，间隔多少时间发出下一次请求。 平均响应时间：测试线程向被测系统发请求，所有请求的响应时间的平均值。 处理能力：在某一特定环境下，系统处理请求的速度。 预期平均响应时间：由用户提出的，希望系统在多长时间内响应。注意，这个值并不是某一次访问的时间，而是一段时间多次访问后的平均值。 最大并发用户数：在给定的预期平均响应时间下，系统最多能支持多少个并发用户。这个数据就是实际可以同时使用系统的用户数。 测试环境说明 软件配置 序号 软件名称 版本号 备注 1 大数据平台 PN-DSJ-V4.2 4/sso/login 2 Fiddler 抓包工具 3 Badboy 2.1 录制脚本工具 4 Postman 3.0 接口测试工具 5 Navicat 11.2 数据库客户端 6 Jmeter 3.1 性能测试工具 7 禅道 缺陷管理工具 测试策略 人力资源 测试轮次 测试时间 测试人员 测试地点 起始时间 结束时间 第一轮测试 测试场景 本次测试严格按照测试计划中的功能模块设计测试用例并执行，确保了功能覆盖率达到100%以上，并对所有缺陷进行回归测试，确保产品质量。 测试结果 版本兼容性测试结果 测试目标 主要是对各大主流的浏览器、不同版本的浏览器进行兼容性测试 测试范围 Google、火狐、360极速浏览器 技术 等价类划分,边界值分析,因果图分析,错误猜测方法 开始标准 系统功能测试完成后 完成标准 所有测试用例都被执行并通过；所有发现的缺陷都被修正并回归测试过；功能要求符合标准 测试重点和优先级 程序是否符合外部规格说明 测试结果 测试通过 功能测试结果 测试结果统计 缺陷密度分布 模块名称 问题个数 已解决个数 未解决个数 目录管理 8210 160 58 临时文件管理 53535 55 805 数据目录申请审批 34523 345 0 接口生成 4153 5152 0 任务调度 562 8556 20 首页 2601 2058 30 合计 4118 6118 0 缺陷等级分布 Bug等级 问题个数 已解决个数 未解决个数 致命 5 5 0 严重 25 25 0 一般 75 75 0 建议 13 13 0 合计 118 118 0 测试问题总结 从需求上看：系统实现了所有所需的功能，并以最合理的方式表达实现，用户体验满意度高。 从功能性上：系统满足了数据清洗及转换、数据整合、资源共享平台等功能。 在易用性上：系统实现了查询，添加，删除，修改操作相关提示信息的一致性，可理解性；输入限制的正确性；输入限制提示信息的正确性，可理解性，一致性。 集成测试结果 测