是否遗漏了重要的测试点和关键块。工具为可选项，当使用到测试工具和相关
3
f众德迪克
研发部测试
工具时，要说明，。注意要注明是资产还是厂商，版本号多少，在测试报告发布后要避免大多工具的版权问题
3测试结果与缺陷分析
31测试执行情况311测试组织
可列出简单的测试组架构图，包括：测试组架构测试经理主要测试人员参与测试人员
312测试时间
列出测试的跨度，最好区分测试文档和活动时间，数据可供过程度量使用。例如XXX子系统子功能
任务开始时间结束时间总计（天）
313测试版本
给出测试的版本，如果是最终报告，可能要报告测试次数回归测试次数，列出表格清单则便于知道那个子系统的测试频度，对于多次回归的自行他将引起开发者关注。
32覆盖分析321需求覆盖
需求覆盖率是指经过测试的需求和测试用例所有需求的比值，通常情况下要达到90的目标。需求覆盖率：经过的需求用例的所有需求项x100
4
f众德迪克
研发部测试
322测试覆盖
需求功能用例个数执行总数未执行未、漏测分析和原因
实际上，测试用例已经记载了预期结果数据，测试缺陷上说明了实测结果数据和与预期结果数据的偏差；因此没有必要对每个编号再次包含更详细的说明的缺陷记录与偏差，列表的目的尽在与更好的查看测试结果测试覆盖率：执行数用例总数x100
33缺陷的统计与分析
缺陷统计主要涉及到被测系统的质量，因此，这部分成为开发人员，质量人员重点关注的部分。
331缺陷汇总
被测系统测试类型需求功能严重系统测试一般轻微严重回归测试一般轻微缺陷总数
合计
332缺陷分析
重要缺陷摘要缺陷编号简要描述分析结果备注
333未解决问题
未解决问题序号1功能测试类型测试结果与预期结果的偏差缺陷具体描述评价对这些问题的看法，也就是这些问题如果发出去
5
f众德迪克
研发部测试
了会造成什么样的影响。2
4测试结论与建议
41测试结论
测试执行是否充分（可以增加对安全性、可靠性、可维护性和功能性描述）对测试风险的控制措施和成效测试目标是否完成测试是否通过是否可以进入下一阶段项目目标
42建议
对系统存在问题的说明，描述测试所揭露的软件缺陷和不足，以及可能给软件实施和运行带来的影响可能存在的潜在缺陷和后续功能对缺陷修改和产品设计的建议对过程改进方面的建议
5参考文档
列出编写本报告时所用的参考文档
6
fr