汇总各种数据并进行度量
测试过程的度量
能力评估、对软件产品质量度量
产品评估
测试执行情况与记录
用例执行情况
执行的测试用例
通过的测试用例
记录实际数据
测试组织（可列出简单的测试组织架构图）
测试组架构（如存在分组、用户参与等情况）
测试经理（领导人员）
主要测试人员
参与测试人员
覆盖分析
需求覆盖率
经过测试的需求/功能与需求文档中的需求/功能的壁纸，通常情况要达到100%
测试覆盖率
需求/功能 用例个数 执行总数 未执行 未/漏测分析和原因
缺陷分析
用例质量
缺陷总数/测试用例总数 * 100%
缺陷密度
缺陷总数/功能点数
测试曲线图
描绘被测系统每工作日/周缺陷数情况，得出缺陷走势和趋向
残留缺陷和未解决的问题
编号：BUG号
缺陷概要
原因分析
如何引起缺陷
缺陷的后果
描述造成软件局限性和其他限制性的原因以及未解决原因
预防和改进措施：弥补手段和长期策略
测试结论与建议
结论
测试执行是否充分（可以增加对安全性、可靠性、可维护性和性能描述）
是否可以进入下一阶段项目目标
对测试风险的控制措施和成效
测试目标是否完成
测试是否通过
建议
对系统存在问题的说明，描述测试所揭露的软件缺陷和不足，以及可能给软件实施和运行带来的影响
可能存在的潜在缺陷和后续工作
对缺陷修改和产品设计的建议
对项目过程改进方面的建议
测试限制
十一、验收测试
验收测试是部署软件之前的最后一个测试操作
目的
确保软件准备就绪，并且可以让最终用户将其用于执行软件的既定功能和任务
验证软件的有效性
任务
验证软件的功能和性能符合预期
验收测试策略
Alpha测试
由用户在开发环境下进行测试
机构内部的用户在模拟实际操作环境下进行测试
在开发者受控的环境下进行测试
在系统开发接近完成时对应系统的测试
测试后仍然会有少量的设计变更
一般由最终用户或其他人员完成，不能由程序或 测试员完成
Beta测试
由多个用户在一个或多个用户的实际使用环境下进行测试
开发者不在测试现场、不可用的环境下进行测试
由用户记录遇到的问题，定期向开发者报告
模拟真实的使用环境从而发现缺陷的一种测试
游戏：内测
十二、项目上线
上线前把控
上线前通知上下游系统
特殊情况考量，是否允许bug上线
上线后测试验收
线上问题跟踪
紧急发布测试
持续跟进
补充测试用例
十三、项目迭代