测试分析报告

{XXXX系统} 测试分析报告

xxxx集团有限公司
版 本 xxxx-客户关系管理系统V2.1
制定部门 产品测试和技术支持部
制定日期
密 级 机密
文档状态 初稿

文档说明
本文档所涉及到的文字、图表等，仅限于北京中通网络通信有限公司和被呈送方内部使用，未经双方书面许可，请勿扩散到第三方。
文档变更
版本 描述 修订人 修订日期 审核人 审核日期

目录

{XXXX系统} 1
1引言 3
1.1 编写目的 3
1.2项目背景 3
1.3系统简介 4
1.4参考文档 4
2测试环境 4
2.1硬件配置 4
2.2软件配置 4
2.3客户端环境 4
3功能点覆盖 5
3.1系统功能清单 5
3.2 流程 5
3.3 新增功能 5
4测试执行和结果 6
4.1测试组织 6
4.2测试执行情况与记录 6
4.3产品版本控制情况 7
4.4 开发提交文档情况 7
5缺陷统计分析 7
5.1缺陷汇总 7
5.2需求覆盖 8
6 Bug情况总结 8
6.1 Bug级别 8
6.2 Bug情况总结 8
6.3未关闭Bug级别和模块统计 9
6.4未关闭Bug级别和状态统计 9
6.5 按bug修改人统计 10
6.6 按时间段统计 10
6.7 按重要性统计 11
6.8 按bug状态统计 12
6.9 按模块统计 12
7测试结论与建议 13
7.1测试结论 13
7.2建议 13
8软件总体评价 13

1引言
1.1 编写目的
本测试报告为XXX项目的测试报告，目的在于总结测试阶段的测试以及分析测试结果，描述系统符合需求。预期参考人员包括用户、测试人员、、开发人员、项目管理者、其他质量管理人员和需要阅读本报告的高层经理。
1.2项目背景
描述本系统主要模块
系统特点：

1.3系统简介

1.4参考文档
参考文档

2测试环境
2.1服务器硬件配置
具体环境 用户需求环境 实际测试环境
硬件配置

2.2服务器软件配置
具体环境 用户需求环境 实际测试环境
软件配置

2.3客户端环境
硬件配置
具体环境 用户需求环境 实际测试环境
硬件配置

软件配置
具体环境 用户需求环境 实际测试环境
测试工具
数据库环境
客户端环境
访问URL
其他特殊情况说明
3功能点覆盖
3.1系统功能清单
模块名称 子功能模块 功能 测试是否覆盖 备注

3.2 业务流程
流程名称 测试是否覆盖 备注

3.3 新增功能
模块名称 子功能模块 功能 测试是否覆盖 备注

4测试执行和结果
4.1测试组织
角色 人员 具体职责或注释
测试部门经理 李成 进行管理监督。
职责：
获取适当的资源
提供管理报告
测试工程师 曹丽
李萌迪 提交测试计划
编写测试用例
执行测试。
提交系统分析报告
职责：
执行测试
记录结果
从错误中恢复
记录变更请求
4.2测试执行情况与记录
测试人员 发现bug数量 执行时间

4.3产品版本控制情况
【内容】
说明开发部提供的测试产品的版本标注是否清晰，是否符合研发中心要求。
【裁剪原则】
此部分内容允许裁剪掉。
本轮开发部提供的测试产品的版本为VX.X.X，版本清晰/不清晰，符合/不符合研发中心要求。
若不符合，说明不符的情况。
4.4 开发提交文档情况
内容】
说明开发部门是否按照要求提供了相应的文档。
【裁剪原则】
此部分内容不允许裁剪掉。
下表是产品开发过程应该提供的文档情况：
文档名称 是否提供
产品需求文档
产品验收标准文档
概要设计文档
开发计划计文档
安装部署文档
用户手册初版
5缺陷统计分析
5.1缺陷汇总
Bug分类名称 BUG数量 备注
系统功能模块数
Bug涉及到的模块总数
Bug总数
Bug 【新提交】数
Bug 【已打开】数
Bug 【已解决】数
Bug 【关闭】数
Bug 【延期】数
Bug 【再次打开】数
Bug 【重复】数
Bug 【无法重新】数
Bug 【拒绝】数
Bug 【需求待确认】数
5.2需求覆盖
需求实现率= 实现需求的总数 /需求总数*100%

未实现的需求说明：
序号 未实现的需求 原因分析
1.
2.
3.
6 Bug情况总结
6.1 Bug级别
Bug级别 1- Low 2 -Medium 3 -High 4-Very High 5-Urgent
注释 1-改进建议 2-细微错误 3-一般错误 4-严重错误 5-致命错误
6.2 Bug情况总结
本次测试为XX系统VX. X.X版本测试，截止到XXXX-X-X日， 总的bug数有 个，Bug的情况分析如下：
Bug主要集中的模块有模块X、模块Y，占到了Bug总数的XX%以上；
严重级别的Bug共有X个，主要为功能失效/需求未实现/功能失效但可以变通解决/……的问题，比如BugXXXX、BugXXXX；
基本功能上的Bug和界面、操作上的Bug占Bug总数的XX%，比例较高/较低；
重新打开的Bug共X个，主要是因为没有修改/修改不彻底/……导致，比如BugXXXX、BugXXXX；由于Bug的修复、程序的更新导致本轮回归出现了X个新Bug，主要集中在模块X，比如BugXXXX、BugXXXX；

附图1. Bug趋势统计
6.3未关闭Bug列表及解决计划
缺陷编号 缺陷概述 严重程 度 解决计划

6.4未关闭Bug按模块统计
说明：编写时模块名称要统计到子模块名称。如：MY首页、客户、角色管理等。
　模块名称 新提交 已打开 延期 重复打开 已解决 拒绝 无法重现 重复 需求待确认 总计

总计

附图2. 未关闭Bug级别和模块统计
6.5未关闭Bug按严重性统计
　严重级别 新提交 已打开 延期 重复打开 已解决 拒绝 无法重现 重复 需求待确认 总计
致命
严重
一般
细微
建议
总计

附图3. 未关闭Bug级别和状态统计
6.6 按Bug解决人统计
　解决人 关闭 新提交 已打开 延期 重复打开 已解决 拒绝 无法重现 重复 需求待确认 总计

总计

附柱形图

附饼图

6.7 按Bug解决时间段统计
　解决时间 关闭 新提交 已打开 延期 重复打开 已解决 拒绝 无法重现 重复 需求待确认 总计

总计

附柱形图

附饼图
6.8 按Bug严重性统计
　严重级别 关闭 新提交 已打开 延期 重复打开 已解决 拒绝 无法重现 重复 需求待确认 总计
致命
严重
一般
细微
建议
总计

柱形图

饼图
6.9 按Bug状态统计
状态 Bug数量
关闭
新提交
已打开
延期
重复打开
已解决
拒绝
无法重现
重复
需求待确认
总计

柱形图

饼图
6.10 按模块统计
说明：编写时模块名称要统计到子模块名称。如：MY首页、客户、角色管理等。
　模块名称 新提交 已打开 延期 重复打开 已解决 已关闭 拒绝 无法重现 重复 需求待确认 总计

总计

柱形图

饼图
7测试结论与建议
7.1测试结论

7.2建议

8软件总体评价
【内容】
要明确说明产品质量情况，从总体客观评价软件的功能、接口、性能、界面、安装、可用性、易用性等方面。
【裁剪原则】
本部分不允许裁剪掉。