测试分析报告模板.doc

测试（分析）报告文件编号：版 本 号：V1.0部门： 研发中心 拟制/日期： 2008-7-15 审核/日期： 批准/日期： 修改记录版本号拟制/修改人拟制/修改日期更改理由主要更改内容V1.02008-7-15目 录1引言31.1编写目的31.2背景31.3系统简介31.4术语和缩写词31.5参考资料32测试概要32.1测试用例设计32.2测试环境与配置42.3测试方法和(和工具)43测试结果及缺陷分析43.1测试执行情况与记录43.1.1测试组织43.1.2测试时间43.1.3测试版本43.2覆盖分析53.3缺陷的统计与分析53.3.1缺陷汇总53.3.2缺陷分析63.3.3残留缺陷与未解决问题64测试结论与建议74.1测试结论74.2建议7第2页共X页1引言1.1编写目的例如：本测试报告为XXX项目的测试报告，目的在于总结测试阶段的测试以及分析测试结果，描述系统是否符合需求（或达到XXX功能目标）。预期参考人员包括测试人员、开发人员、项目管理者、其他质量管理人员和需要阅读本报告的高层经理。1.2背景1.3系统简介1.4术语和缩写词一级错误：不能完全满足系统要求，基本功能未完全实现；或者危及人身安全。二级错误：严重地影响系统要求或基本功能的实现，且没有更正办法（重新安装或重新启动该软件不属于更正办法）。三级错误：严重地影响系统要求或基本功能的实现，但存在合理的更正办法（重新安装或重新启动该软件不属于更正办法）。四级错误：使操作者不方便或遇到麻烦，但它不影响执行工作功能或重要功能。五级错误：其他错误。回测： 产生测试错误或缺陷的测试项由软件开发人员进行修改调试正确后，由软件测试人员再次进行的针对该测试项及其相关项的测试。1.5参考资料，如：a 需求、设计、测试用例、手册以及其他项目文档都是范围内可参考的资料；b 测试使用的国家标准、行业指标、公司规范和质量手册等等；2测试概要2.1测试用例设计2.2测试环境与配置2.3测试方法和(和工具)提示：主要是黑盒测试，测试方法可以写上测试的重点和采用的测试模式，这样可以一目了然的知道是否遗漏了重要的测试点和相关键块。3测试结果及缺陷分析3.1测试执行情况与记录3.1.1测试组织3.1.2测试时间3.1.3测试版本给出测试的版本，如果是最终报告，可能要报告测试次数回归测试多少次。列出表格清单则便于知道那个子系统/子模块的测试频度，对于多次回归的子系统/子模块将引起开发者关注。3.2覆盖分析3.2.1需求覆盖需求覆盖率是指经过测试的需求/功能和需求规格说明书中所有需求/功能的比值，通常情况下要达到100的目标。功能（或编号）测试类型是否通过备注YPNN/A根据测试结果，按编号给出每一测试需求的通过与否结论。P表示部分通过，N/A表示不可测试或者用例不适用。实际上，需求跟踪矩阵列出了一一对应的用例情况以避免遗漏，此表作用为传达需求的测试信息以供检查和审核。需求覆盖率计算 Y项/需求总数 1003.2.2测试覆盖需求/功能（或编号）用例个数执行总数未执行未/漏测分析和原因实际上，测试用例已经记载了预期结果数据，测试缺陷上说明了实测结果数据和与预期结果数据的偏差；因此没有必要对每个编号在此包含更详细的说明的缺陷记录与偏差，列表的目的仅在于更好的查看测试结果。测试覆盖率计算 执行数/用例总数 100 3.3缺陷的统计与分析缺陷统计主要涉及到被测系统的质量，因此，这部分成为开发人员、质量人员重点关注的部分。3.3.1缺陷汇总表一：被测系统系统测试回归测试总计表二：按严重程度:严重一般微小表三：按缺陷类型:用户界面一致性功能算法接口文档其他表三：按功能分布:功能一功能二功能三功能四功能五功能六功能七最好给出缺陷的饼状图和柱状图以便直观查看。俗话说一图胜千言，图标能够使阅读者迅速获得信息，尤其是各层面管理人员没有时间去逐项阅读文章。 3.3.2缺陷分析本部分对上述缺陷和其他收集数据进行综合分析 缺陷综合分析 缺陷发现效率 缺陷总数/执行测试用时 可到具体人员得出平均指标 用例质量 缺陷总数/测试用例总数 100 缺陷密度 缺陷总数/功能点总数 缺陷密度可以得出系统各功能或各需求的缺陷分布情况，开发人员可以在此分析基础上得出那部分功能/需求缺陷最多，从而在今后开发注意避免并注意在实施时予与关注，测试经验表明，测试缺陷越多的部分，其隐藏的缺陷也越多。 测试曲线图 描绘被测系统每工作日/周缺陷数情况，得出缺陷走势和趋向 重要缺陷摘要 缺陷编号简要描述分析结果备注3.3.3残留缺陷与未解决问题残留缺陷 编号缺陷概要原因分析预防和改进措施BIG号该缺陷描述的事实如何引起缺陷，缺陷的后果，描述造成软件局限性和其他限制性的原因弥补手段和长期策略未解决问题 功能测试类型测试结果缺陷评价与预期结果的偏差具体描述对这些问题的看法，也就是这些问题如果发出去了会造成什么样的影响4测试结论与建议4.1测试结论1测试执行是否充分（可以增加对安全性、可靠性、可维护性和功能性描述）2对测试风险的控制措施和成效3测试目标是否完成4测试是否通过5是否可以进入下一阶段项目目标4.2建议1对系统存在问题的说明，描述测试所揭露的软件缺陷和不足，以及可能给软件实施和运行带来的影响 2可能存在的潜在缺陷和后续工作 3对缺陷修改和产品设计的建议 4对过程改进方面的建议 8