13.测试结果及缺陷分析

　　13.1测试执行情况与记录

　　描述测试资源消耗情况，记录实际数据。（测试、项目经理关注部分）

　　13.1.1测试组织

　　可列出简单的测试组架构图，包括：

　　测试组架构 （如存在分组、用户参与等情况）

　　测试经理（领导人员）

　　主要测试人员

　　参与测试人员

　　13.1.2测试时间

　　列出测试的跨度和工作量，最好区分测试文档和活动的时间。数据可供过程度量使用。

　　例如 XXX子系统/子功能

　　实际开始时间－实际结束时间

　　总工时/总工作日

　　任务 开始时间 结束时间 总计

　　合计

　　对于大系统/项目来说最终要统计资源的总投入，必要时要增加成本一栏，以便管理者清楚的知道究竟花费了多少人力去完成测试。

　　测试类型 人员成本 工具设备 其他费用

　　总计

　　在数据汇总时可以统计个人的平均投入时间和总体时间、整体投入平均时间和总体时间，还可以算出每一个功能点所花费的时/人。

　　用时人员 编写用例 执行测试 总计

　　合计

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

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

　　合计

　　13.1.3测试版本

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

　　13.2覆盖分析

　　13.2.1需求覆盖

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

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

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

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

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

　　13.2.2测试覆盖

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

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

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

　　13.3缺陷的统计与分析

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

　　13.3.1缺陷汇总

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

　　合计

　　按严重程度

　　严重 一般 微小

　　按缺陷类型

　　用户界面 一致性 功能 算法 接口 文档 用户界面 其他

　　按功能分布

　　功能一 功能二 功能三 功能四 功能五 功能六 功能七

　　最好给出缺陷的饼状图和柱状图以便直观查看。俗话说一图胜千言，图标能够使阅读者迅速获得信息，尤其是各层面管理人员没有时间去逐项阅读文章。

　　图例