功能测试报告的编写(2)

测试结论不论仅仅只是测试通过或不通过，应该使用详细的数据来支持测试结论，需要列举的数据有:

『测试用例通过率』

总用例	未通过用例	未通过比率

『遗留bug情况』

总bug数	未修复bug	遗留bug率

备注 用例执行记录 插入测试用例的详细执行结果文档 资源监控记录 说明资源占用监控的场景，详细列举各场景的监控时长、监控内容，场景操作

　　〖总结测试报告〗

　　主要偏重于各已测试版本的缺陷变化分析，风险预估。

　　各测试版本质量情况概况统计、缺陷分布统计、风险分析是总结测试报告中的主要内容。

　　测试人员在项目发布上线前编写提交。

　　其内容结构如下：

　　对总结测试报告的每个章节的编写内容进行说明：

标题	子章节	详细内容
测试简介	测试目的	本次测试的背景及主要内容
	测试资源	测试人员、第一轮测试的开始日期和最后一轮测试的截止日期、总共花费工作日统计
测试环境	硬件环境	实际情况的详细列举，过低的配置、软件版本的不匹配、网络拓扑的错误都会让提交的缺陷缺乏说服力，也会让开发人员对于某些缺陷是否由于环境因素导致而产生疑惑。
	软件版本
	网络拓扑图
测试过程	各版本测试状况	各测试版本的计划提交日期、实际提交日期、测试类型（回归或全量）、测试耗时、备注（被打回或提交补丁次数）
	各版本bug统计	各测试版本的新建bug数、修复bug数、遗留bug数，表格统计、线形图或饼状图辅助表示
测试分析	缺陷分析	缺陷的总体分布情况，以线形图或饼状图辅助表示 根据功能模块进行划分 根据严重、较严重、普通、轻微级别进行划分
	遗留问题	打开状态bug、长期验证bug、用户体验问题
测试小结	资源占用	测试项目的启动、退出时间 测试项目的CPU占用率初始值、峰值（如果项目启动会有多个进程，则分多个进程进行统计） 测试项目的内存占用初始值、峰值
	风险分析	测试进度、人员安排导致的风险 测试内容考虑范围之外导致的风险 测试环境不全面导致的风险 其他因素导致的风险

原文转自：http://www.uml.org.cn/Test/201111012.asp