软件测试报告编写指南

　　合计

　　这部分用于过程度量的数据包括文档生产率和测试执行率。

　　生产率人员 用例/编写时间 用例/执行时间 平均

　　合计

　　3.1.3测试版本

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

　　3.2覆盖分析

　　3.2.1需求覆盖

　　需求覆盖率是指经过测试的需求/功能和需求规格说明书中所有需求/功能的比值，通常情况下要达到100％的目标。

　　需求/功能（或编号） 测试类型 是否通过 备注

　　[Y][P][N][N/A]

　　根据测试结果 ，按编号给出每一测试需求的通过与否结论。P表示部分通过，N/A表示不可测试或者用例不适用。实际上，需求跟踪矩阵列出了一一对应的用例情况以避免遗漏，此表作用为传达需求的测试信息以供检查和审核。

　　需求覆盖率计算 Y项/需求总数 ×100％

　　3.2.2测试覆盖

　　需求/功能（或编号） 用例个数 执行总数 未执行 未/漏测分析和原因

　　实际上，测试用例已经记载了预期结果数据，测试缺陷上说明了实测结果数据和与预期结果数据的偏差；因此没有必要对每个编号在此包含更详细的说明的缺陷记录与偏差，列表的目的仅在于更好的查看测试结果。

　　测试覆盖率计算 执行数/用例总数 ×100％

　　3.2缺陷的统计与分析

　　缺陷统计主要涉及到被测系统的质量，因此，这部分成为开发人员、质量人员重点关注的部分。

　　3.3.1缺陷汇总

　　被测系统 系统测试 回归测试 总计

　　合计

　　按严重程度

原文转自：http://www.ltesting.net