|
测试报告 项目： 编写： 文档版本
1.1.1.1.1.1.1.1
目 录
2. 简介2.1 编写目的<阐述编写此文档的目的，内容能够简明扼要，有针对性。> 本测试报告为XXX项目的测试报告，目的在于总结测试阶段的测试以及分析测试结果，描述系统是否符合需求（或达到XXX功能目标）。 <预期的读者范围 > 人员包括用户、测试人员、开发人员、项目管理者、其他质量管理人员和需要阅读本报告的高层经理。 注：[用户对测试结论部分感兴趣；开发人员希望从缺陷结果以及分析得到产品开发质量的信息，项目管理者对测试执行中成本、资源和时间予与重视，而高层经理希望能够阅读到简单的图表并且能够与其他项目进行同向比较。] 2.2 参考资料
注： 1．需求、设计、测试用例、手册以及其他项目文档都是范围内可参考的。 2.3 术语定义[对方案中提到的一些专业术语进行概念性解释]
3. 测试背景3.1 项目背景[对项目目标和目的进行简要说明] 3.2 测试环境[画图/列表说明**测试需要搭建的测试环境，测试环境中硬件、软件，包括测试工具的配置。] [例如：
4. 测试计划进度执行情况4.1 测试人员安排情况[可列出简单的测试组架构图，包括：测试组架构 （如存在分组、用户参与等情况）；测试经理（领导人员）、主要测试人员、参与测试人员] Ø 测试负责人：？。主要职责：负责制定测试计划、设计测试案例、进行测试流程控制和管理、执行测试、跟踪问题报告状态。 Ø 测试工程师：？。主要职责：书写测试案例。 4.2 测试时间
4.3 测试版本信息<列出最终测试的版本号> [给出测试的版本，如果是最终报告，可能要报告测试次数回归测试多少次。 列出表格清单则便于知道那个子系统/子模块的测试频度，对于多次回归的 子系统/子模块将引起开发者关注。]
5. 测试执行阶段情况报告5.1 测试案例分布情况根据项目需求以及测试计划，测试案例书写人员共 ？人，用时共 ？天。具体分布如下：
5.2 测试案例执行情况案例执行通过率分布如下：
6. 缺陷的统计与分析6.1 测试结果汇总6.1.1 测试情况的汇总
6.1.2 测试问题级别分布
6.1.3 功能模块的汇总
<如果没有子模块，该列内容可以为空> 6.1.4 缺陷类型分类汇总
<从以上内容分析被测系统的测试情况以及现有状况> 6.1.5 问题分布数据表（参考图）（单位：个/问题）[根据不同的需求，作相应的图表] 6.2 测试缺陷状态分析
[根据提交的轮数的增加，新提交的bug数量趋于平缓，系统比较稳定] 6.3 测试结果分析[缺陷发现效率 ＝ 缺陷总数/执行测试用时
[缺陷密度可以得出系统各功能或各需求的缺陷分布情况，开发人员可以在此 分析基础上得出那部分功能/需求缺陷最多，从而在今后开发注意避免并注 意在实施时予与关注，测试经验表明，测试缺陷越多的部分，其隐藏的缺 陷也越多。] 6.4 重要缺陷摘要
6.5 残留缺陷与未解决问题<对遗留问题进行统计列出>
7. 测试结论和建议7.1 测试结论[根据具体项目叙述，根据最终测试结果，对系统给出正确的评估 应该包括以下供参考的内容： 1．终测试结果发现X个可现错误，它们是些什么性质的错误，对系统的使用是否构成影响； 2．终测试结果发现X个不可再现错误，对系统是否构成影响； 3．在各测试阶段错误结果的个数明显呈什么趋势； 4．余下的问题对系统构成。。。。影响。。。 7.2 建议 |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
