项目管理-验证阶段-UAT测试报告

UAT报告

项目名称　：(此处填入项目中文名称)

(此处填入项目英文名称)

项目经理：(单击此处键入项目负责人)

目 录

(在此处自行创建)

本文档中蓝色字体为说明性文字，黑色字体为测试报告文档中必须具备的部分。

关键词： 列出本文档所用关键词

摘 要： 对本文档的概略性说明

缩略语清单： 对本文所用缩略语进行说明，要求提供每个缩略语的英文全名和中文解释。

参考资料清单： 请在表格中罗列本文档所引用的有关参考文献名称、作者、标题、编号、发布日期和出版单位等基本信息。 如果以下文件存在，必须在本部分说明该文档为参考文档，如果该文档不存在，则应明确说明：

对应阶段的测试方案

对应的测试用例

相关标准

被测对象以往版本(特别是上一版本)的测试方案和测试报告

1、引言

说明本报告是哪一个测试活动的总结，指明该测试活动所依据的测试计划、测试方案及测试用例为本文档的参考文档；必须指明被测对象及其版本/修订级别。

2、测试时间、地点及人员

记录测试的时间、地点和参与人员等重要信息。

3、环境描述

描述测试中实际采用的环境状况，包括工具等环境条件、模拟环境的建立等。

4、总结和评价

4.1 测试结果统计

对本次测试的项目进行统计，包括总项数，通过多少项，失败多少项，部分通过多少项及百分比等，详细的测试项目通过情况清单应放在附件部分。此处的总结一般用以下表格进行表现：

总项目数OK项POK项NG项NT项无需

测试项数目百分比其中：

OK=测试结果全部正确

POK=测试结果大部分正确

NG=测试结果有较大的错误

NT=由于各种原因本次无法测试

4.2 被测软件的全面评估

为每个被测对象以及测试对象的各个组成部分给出总结性的评价，包括其稳定性、测试充分性。对被测对象的评价必须参照软件需求规格说明的要求，分析被测对象与软件需求规格的偏离程度、偏离点。 同时需要对结果偏离以及测试不充分引起的失败风险进行评估。

评价必须基于测试结果和被测对象的通过/失败准则。总结测试的结果，确定所有已解决了的问题，并对解决结果进行总结，确定未解决的问题。

总结主要的测试活动和事件。总结资源消耗数据，如总人员、总机时，每个主要测试活动花费的时间。

4.3 改进建议

这一段将提供对被测软件的测试，操作，设计的改进建议。每一条建议的分析及其对软件的影响也应提供。如果没有推荐改进，则提供“None”。

5、问题报告

本章记录测试过程中发生的并且尚未解决的问题，每个问题为一节，因此本章的节数根据问题的多少而定。也可以用表格的形式来表现，表格形式如下：( 注：该表格可以采用WORD文件本身的表格，也可以通过嵌入EXCEL文件来实现。嵌入EXCEL文件的好处是，能够从“内部问题报告单”数据库中将有关问题的“问题描述及分析”和“问题级别”两个字段的内容直接引入这个EXCEL文件，减少输入这两个字段内容的时间。)

问题单号问题报告单号，便于问题跟踪问题简述对问题的简短概要描述问题描述 给出意外事件的描述，可从以下方面予以考虑：

环境及设置

版本配套情况

输入

测试步骤

期望的结果

实际结果

重复尝试

应包括对定位和修正有帮助的活动和现象，例如：描述任何对定位问题有帮助的测试用例执行情况，以及任何与规定的测试步骤之间的差异等。问题级别首先说明该问题的级别，级别定义如下：

致命：引起系统死机或系统崩溃的问题

严重：引起系统某一功能失效且不能简单恢复(如插拔单板)的问题

一般：引起系统某一功能失效但可简单恢复或较难重现的问题

提示：从操作或维护的角度发现的问题或建议

然后指出该问题对项目计划、测试计划和测试用例、规格说明等等可能带来的影响。

问题对策针对此问题提出的应对策略，例如应急措施、更新产品资料、或者纳入下一版本需求等。避免措施针对此问题提出的预防策略。备注

如果用文字描述形式表现，则每节应包含如下内容：

5.1 XX问题

对问题的简短概要描述

5.1.1 问题单号

对应CMM库缺陷跟踪电子流的问题报告单号

第 1 页 共 5 页