测试评估报告模板.docVIP

卷号 卷内编号 密级 测试评估报告 项目名称：_部门级文档管理系统 项目编号： *** 编写人员： ____ 编写日期： 2004-5-10 _ 审批人员： 审批日期： 历史修改记录 版本号 修改人/日期 摘要 审核人/日期 目 录 目 录 5 1. 引言 6 1.1 编写目的 6 1.2 背景 6 1.3 定义 6 1.4 参考资料 6 2. 软件需求测试结论 6 2.1 测试目的 6 2.2 测试机构和人员 7 2.3 测试结果 7 3. 评价 8 3.1 软件能力 8 3.2 缺陷和限制 8 3.3 建议 8 3.4 测试结论 8 引言 编写目的 说明编写软件测试评估报告的目的 若测试缺陷由需求产生,设计人员将根据本测试评估报告的数据修正设计; 若测试缺陷由实现产生,开发人员将根据本测试评估报告的数据修正代码. 背景 该项目的来源： 该项目的委托单位： 该项目的主管部门： 定义 列出本测试计划中所用到的专门术语的定义和缩写词的原意 如无特殊术语时本款可写为“无”。 参考资料 资料名称 作者 发表日期 版本 所属单位 列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源，可包括：a. 本项目的计划任务书、合同或批文；b. 项目开发计划；c. 需求规格说明书；d. 概要设计说明书；e. 详细设计说明书；f. 用户操作手册；g. 本测试计划中引用的其它资料、采用的软件开发标准或规范。 软件需求测试结论 2.1 测试目的 本次测试以用户功能达到为目的，测试的依据文档系统规格说明书，若按操作步骤能够得到测试样例的预期输出，则测试结果为通过，否则测试为没有通过，记录测试出错日志。 测试机构和人员 本次测试由 负责，测试人员有： 。 2.3 测试结果 序号 测试功能名称 本功能错误率 是否通过 在此表中列出所有测试的功能名称，并在“是否通过”栏中对逐项功能标明是否通过，若通过，标识“√”，若不通过，标识为“×”。 测试记录中错误级数统计如图： 测试记录中错误所占的比率如图： 各种类型记录总数统计： 错误记录 疑问记录 建议记录 功能分类统计图如下 功能分类百分比统计图如下： 功能类别的错误数量详见《测试报告》。 3. 评价 软件能力 对软件的测试结果与功能需求作比较，如软件能力达到《需求规格说明书》规定的能力要求，但部分有计算错误，见1.7测试结果。 缺陷和限制 对软件测试结果中的缺陷（或称为错误）加以总结，如×××功能在××操作中发现较大的问题，下一步准备改进，其它尚有部分错误。 建议 通过测试，对软件测试欠缺的方面加以总结。如本次测试虽然完成了×××的功能测试，但由于操作方式多变，所以建议使用更多测试样例来测试该软件可靠性。 测试结论 得出最后的测试结论。如部分功能有待修改。 使用本测试报告模板方法说明： 请将XXX x.x改成相应的测试软件名和版本号； 兰色文字为编写人员提供参考，按照描述填写完该项内容后请删除。 湖北国际软件外包人才培养基地 测试评估报告 第 5 页 共 7 页 湖北国际软件外包人才培养基地 测试评估报告