软件测试报告

XXX
测试报告
（文件编号）

编 制：
校 对：
审 核：
批 准：

文档修改记录

版本 修改内容 日期 修改人 核准人

目 录
1 引言 4
1.1 编写目的 4
1.2 背景 4
1.3 术语定义 4
1.4 参考资料 4
2 测试概要 4
2.1 测试范围 4
2.2 测试环境 4
2.2.1 软件环境 4
2.2.2 硬件环境 4
2.3 测试方法 5
2.4 测试工具 5
3 测试结果与缺陷分析 5
3.1 测试执行情况与记录 5
3.1.1 测试组织 5
3.1.2 测试进度 5
3.1.3 测试版本 5
3.2 缺陷分析 6
3.2.1 缺陷状态分布 6
3.2.2 缺陷类型分布 6
4 测试总结 6
4.1 测试结论 6
4.2 风险分析 6
4.3 遗留问题 6

1 引言
1.1 编写目的
【说明编写本文件的目的，指出预期的读者。如：
本测试报告为XXX项目的测试报告，目的在于总结测试阶段的测试以及分析测试结果，描述系统/产品是否符合需求（或达到XXX功能目标）。
预期读者包括：用户、测试人员、开发人员、项目管理者、其他质量管理人员和需要阅读本报告的高层管理者。】
1.2 背景
【描述项目背景】
1.3 术语定义
【列出本文件采用的专用术语和缩略语。对于技术相关的名词和与多义词一定要注明清楚，以便阅读时不会产生歧义。】
1.4 参考资料
【列出本文件依据的有关文件资料、包括标准。如：
测试用例 XXX 202X年XX月XX日】
2 测试概要
2.1 测试范围
【列出测试范围】
2.2 测试环境
2.2.1 软件环境
【如适用，描述项目软件测试环境。】
软件环境（相关软件、操作系统等）
操作系统：Windows 10
浏览器：Google Chrome 75.0

2.2.2 硬件环境
【如适用，描述项目硬件及固件测试环境。】
硬件环境（网络、设备等）
网络：WLAN局域网
设备：PC电脑、运行内存：8G、存储空间：1T、分辨率：1920*1080

2.3 测试方法
【简要描述测试时所用到的测试方法。测试方法可以写上测试的重点和采用的测试模式，这样可以一目了然的知道是否遗漏了重要的测试点和关键块。如：
本产品/系统测试采用自动测试与手工测试相结合，主要采用黑盒测试法】
2.4 测试工具
【列出测试时采用的测试工具。测试工具为可选项，当使用到测试工具和相关工具时，要说明。注意要注明是自产还是厂商，版本号多少，在测试报告发布后要避免大多工具的版权问题。】
类型 工具 厂商/自产 备注
缺陷管理 禅道 青岛易软天创网络科技有限公司
接口测试 Postman Postman
版本管理 Git GitHub

3 测试结果与缺陷分析
3.1 测试执行情况与记录
【描述测试资源消耗情况，记录实际测试数据。】
3.1.1 测试组织
【列出测试组织架构，可包括：测试负责人、参与测试人员等。如：
测试负责人：张三
参与测试人员：李四、王二】
3.1.2 测试进度
【列出测试任务进度，延迟应备注延迟原因。】
测试任务 责任人 开始时间 计划
完成时间 实际
完成时间 备注
编制测试计划及评审 张三 2022/1/5 2022/1/6 2022/1/6
需求分析 张三 2022/1/7 2022/1/9 2022/1/9
编制测试用例及评审 张三 2022/1/9 2022/1/15 2022/1/18 需求变动，用例设计延迟3天完成
编制测试报告及评审 张三 2022/3/2 2022/3/6 2022/3/6

3.1.3 测试版本
【给出测试的版本，如果是最终报告，可能要报告测试次数回归测试多少次。必要时，可列出表格清单，便于知道那个子系统/子模块的测试频度，对于多次回归的子系统/子模块将引起开发者关注。】

3.1.4 用例执行情况
【描述用例执行情况。必要时，可列出表格清单，便于知道那个子系统/子模块的用例执行情况，对于用例通过率较低的子系统/子模块将引起开发者关注。】
模块 用例总数 执行用例数 通过用例数 未通过用例数 阻塞
用例数 跳过
用例数
登录/注册 50 50 48 2 0 0
购物车 75 73 70 3 2 0
支付 75 70 70 0 5 0
合计 200 193 188 5 7 0

用例执行率：执行用例数/用例总数
用例通过率：通过用例数/执行用例总数
3.1.5 缺陷统计
【描述缺陷统计数据情况。必要时，可列出表格清单，便于知道那个子系统/子模块的缺陷情况，对于缺陷修复率较低的子系统/子模块将引起开发者关注。如：
监测云平台V1.1版本共发现缺陷bug21个，新增bug10个，修复bug17个，遗留bug4个。】
模块 bug总数 新增bug数 修复bug数 遗留bug数
登录/注册 17 7 14 3
购物车 4 3 3 1
支付 0 0 0 0
合计 21 10 17 4

缺陷修复率=修复bug数/bug总数
3.2 缺陷分析
3.2.1 缺陷状态分布
【描述缺陷状态统计数据及其分析情况。必要时，可列出表格清单，便于知道那个子系统/子模块的缺陷情况，对于缺陷修复率较低的子系统/子模块将引起开发者关注。如：
监测云平台V1.1版本共发现缺陷bug21个，新增bug10个，修复bug17个，遗留bug4个。】
模块 bug总数 新增bug数 修复bug数 遗留bug数
登录/注册 17 7 14 3
购物车 4 3 3 1
支付 0 0 0 0
合计 21 10 17 4

缺陷修复率=修复bug数/bug总数

3.2.2 缺陷级别分布
【列出测试过程中各缺陷级别占总缺陷数比例。】
缺陷级别 致命缺陷 严重缺陷 一般缺陷 轻微缺陷
占比 0 0 5% 95%

缺陷占比=对应级别缺陷数/总缺陷数

3.2.3 缺陷类型分布
【列出测试组织架构，可包括：测试负责人、参与测试人员等。】
缺陷类型 代码错误 界面优化 设计缺陷 配置相关 安装部署 安全相关 性能问题 标准规范 测试脚本 其他
数量 6 3 3 0 1 1 2 2 0 2

4 测试总结
4.1 测试结论
【说明通过/不通过，用例执行率、用例通过率、缺陷修复率、遗留问题的级别以及数量、测试完成时间。如：
监测云平台V1.1版本已于2020/6/8测试完成，并测试通过，可以上线。测试用例执行率100%，测试用例通过率95%，未通过的测试用例不影响业务运行。bug修复率81%，致命缺陷为0，严重缺陷为0，一般缺陷为5%，轻微缺陷95%。】
4.2 风险分析
【对测试完成后仍存在风险进行分析规避处理。】
序号 风险描述 规避方法/措施

4.3 遗留问题
【描述测试完成后仍遗留问题情况及其处理方法。】
序号 缺陷描述 缺陷等级 处理方法/措施