概述
| 软件名称: | 软件版本: | (同时注明软件软本和测试包的cvs版本) | |
| 开发经理： | 申请单号: | ||
| 测试人员: | 测试日期: | ||
| 测试内容： | |||
| 备注： | |||
测试环境
| 用途 | 硬件环境 | 软件环境 |
问题统计
（说明：该报告为阶段性测试的统计报告，该报表统计的bug数量为：本发布阶段内第一份申请单提交日期为起，直至填写报告这天为止的BUG数量,如果以前版本中有问题延期至本发布阶段来修正，那么该缺陷也需要统计进来；如果是功能测试报告则只统计当轮的即可，如果是功能+验证则需要统计本发布阶段的）
按BUG状态统计(表格后面可以附上柱形图,以示更直观)
| BUG状态 | BUG数量 | 备注 | |
| 未分配(new) | |||
| 不是缺陷（Not Bug） | |||
| 未修改(open) | |||
| 已修改(fixed) | |||
| 不予修改(Won’t Fix) | |||
| 延期（Deffered） | |||
| 被拒绝 （Declined） | 无法重现 | ||
| 信息不足 | |||
| 重复的 | |||
| 已关闭（Closed） | |||
| 重开启（Reopen） | |||
| 合计 | |||
按BUG类型统计(表格后面可以附上柱形图,以示更直观)
BUG
| 类型 | BUG数量 | 备注 | |||||||||||
| 未 分 配 | 未 修 改 | 不 是 缺 陷 | 已 修 改 | 不予 修改 | 延 期 | 被拒绝 | 已 关 闭 | 重 新 开 启 | 合计 | ||||
| 无法重现 | 信息不足 | 重复的 | |||||||||||
| 功能 | |||||||||||||
| 界面 | |||||||||||||
| 交互 | |||||||||||||
按BUG严重级别统计(表格后面可以附上柱形图,以示更直观)
BUG
严重
| 级别 | BUG数量 | 备注 | |||||||||||
| 未 分 配 | 未 修 改 | 不 是 缺 陷 | 已 修 改 | 不予 修改 | 延 期 | 被拒绝 | 已 关 闭 | 重 新 开 启 | 合计 | ||||
| 无法重现 | 信息不足 | 重复的 | |||||||||||
| 紧急 | |||||||||||||
| 严重 | |||||||||||||
| 中等 | |||||||||||||
| 轻微 | |||||||||||||
| 建议 | |||||||||||||
按功能模块统计(表格后面可以附上柱形图,以示更直观)
模块
| 名称 | BUG数量 | 备注 | |||||||||||
| 未 分 配 | 未 修 改 | 不 是 缺 陷 | 已 修 改 | 不予 修改 | 延 期 | 被拒绝 | 已 关 闭 | 重 新 开 启 | 合计 | ||||
| 无法重现 | 信息不足 | 重复的 | |||||||||||
| 模块1 | |||||||||||||
| 模块2 | |||||||||||||
| … | |||||||||||||
| … | |||||||||||||
| … | |||||||||||||
按所属人员统计(表格后面可以附上柱形图,以示更直观)
| 开发 人员 | BUG数量 | 备注 | |||||||||||
| 未 分 配 | 未 修 改 | 不 是 缺 陷 | 已 修 改 | 不予 修改 | 延 期 | 被拒绝 | 已 关 闭 | 重 新 开 启 | 合计 | ||||
| 无法重现 | 信息不足 | 重复的 | |||||||||||
| 张三 | |||||||||||||
| 李四 | |||||||||||||
| … | |||||||||||||
| … | |||||||||||||
| … | |||||||||||||
用例统计（可选，对于TD的项目则要填写）
(如果是功能测试报告则只统计当轮的即可，如果是功能+验证则需要统计本发布阶段的）
用例的分布情况(可用图形来表示)
有多少测试用例，测试用例的分布。执行了多少用例，有多少个Bug是由执行用例发现的。
| 功能模块 | 用例个数 | 执行个数 | 发现Bug数 |
| 模块1 | |||
| 模块2 | |||
| … | |||
| … | |||
| … | |||
| … | |||
| 总计 |
按用例的执行状态统计(可用图形来表示)(如果是功能+验证测试，则需要按测试集和模块两个方面来进行统计)
| 功能模块 | 总执行用例数 | 失败用例数 | 通过用例数 | 未运行的用例数 | 未完成用例数 | 用例通过率(%) |
| 模块1 | ||||||
| 模块2 | ||||||
| … | ||||||
| … | ||||||
| 总计 |
测试综述
本轮测试持续将近×××周，到目前为止(如果是功能测试则是指本轮次，如果是功能+验证测试则是指本发布阶段)发现的BUG数据量×××，其中，重新开启：××，未解决：×××，已解决：×××。（如果是功能+验证测试，则还需说明本轮次新发现的bug情况，如：本轮测试新发现的问题有多少个？其中严重的有多少个？）从测试的角度给出该轮测试是否通过，是否需要做回归测试，或验证测试。
问题与建议
总结项目测试过程，以及和开发人员交互过程中存在的问题，经验，也可以提出自己的一些改进建议等
其他
（如果对应的测试申请单中既有功能测试类型，又有验证测试类型，那么只出功能测试报告即可，同时该项必填，需要在此附上本发布阶段的遗留问题清单以及本发布阶段新发现的重大bug清单；遗留问题清单中如果不属本发布阶段测试范围的须在备注中说明）
遗留问题列表(本发布阶段发现的，以及前发布阶段延期至本阶段来修正的缺陷)
| 序号 | 问题详细描述 | 严重程度 | 备注 |
| 1 | 如果不是本轮测试范围的，请说明 | ||
| 2 | |||
| 3 | |||
| … |
重大bug列表(指本阶段新发现的重大BUG清单)
| 序号 | 问题详细描述 | 严重程度 | 备注 |
| 1 | 如果不是本轮测试范围的，请说明 | ||
| 2 | |||
| 3 | |||
| … |
质量风险[可选]
主要是在本发布阶段针对开发经理要求不测试且最终确实未测试,但是测试人员从质量的角度认为需要测试的功能点做简要说明
| 序号 | 风险点描述 | 备注 |
| 1 | ||
| 2 |
Copyright © 2019-2025 51dongshi.net 版权所有
违法及侵权请联系：TEL:177 7030 7066 E-MAIL:11247931@qq.com 本站由北京市万商天勤律师事务所王兴未律师提供法律服务
