功能测试报告模板 第1篇

注意：无其他紧急任务预期完成时间，如有紧急任务延后。

3.测试方法以及工具 测试方法：黑盒测试、自动化测试； 测试工具：postman、Selenium IDE；

4.测试范围：

5.测试阻碍：（有就写没有可以不写）

测试统计表：

1、需求风险： 需求变更导致开发，测试部分工作失败，维护成本增加； 2、缺陷风险： 偶现重现，容易被遗漏； 3、代码质量风险： 系统框架设计不足，导致扩展性不足，兼容性差等问题 4、测试环境风险： 测试环境同线上环境配置区别较大。

该模板仅供学习和参考，具体的测试报告可以根据公司具体的项目测试情况写明。欢迎小伙伴随时来交流沟通~~~

功能测试报告模板 第2篇

[本小节用于简介技术术语或业务术语，本小节可省略。如：

术语

定义

总用例数

指已经设计好并计划用于测试的所有测试用例数量

无效用例

指因需求变更、用例本身的错误或环境问题导致无法执行而失效的测试用例，在测试管理工具QC中状态为N/A

有效用例

无效用例外的用例都是有效用例，在QC中状态包括失败(Failed)、通过(Passed)、未执行(No Run)、未完成(Not Completed)。

有效用例数 = 总用例数 – 无效用例数

用例执行率

等于(通过用例数+失败用例数)/ 有效用例数

用例通过率

等于通过用例数 / (通过用例数+失败用例数)

用例执行生产率

等于(通过用例数+失败用例数) / 测试工作量(人天)

总缺陷数

指测试过程中测试人员提出的所有缺陷

无效缺陷

包括：

1、 重复的缺陷

2、 经业务、开发、测试三方同意被否决的缺陷(其状态可能为已否决和已关闭)

3、 其它有三方同意且明确注释为无效的缺陷

有效缺陷

除无效缺陷外的所有缺陷，在QC中状态包括新建、打开、重新打开、固定、挂起、关闭。

有效缺陷数 = 总缺陷数 – 无效缺陷书

缺陷发现率

有效缺陷 / (通过用例数 + 失败用例数)

遗留缺陷

遗留缺陷为测试完成后未关闭的缺陷，在QC中状态包括新建、打开、重新打开(此三类为开发人员未修复)、固定(此类为开发人员已修复但测试人员未验证)、挂起。

缺陷等级

缺陷分为5个等级：

A.        严重程度A-系统崩溃：数据丢失，数据计算错误、系统崩溃和异常死机

B.        严重程度B-功能缺失：规定的功能没有实现或不完整、设计不合理造成性能低下，影响系统的运营

C.        严重程度C-功能存在缺陷：系统中部分单元模块或单个功能有错误、有偏差、不一致或有缺失，虽不影响整个系统的运行，或有影响但可以有替代办法或避免办法，但系统的运作有限制。

D.        严重程度D-一般功能问题：基本不影响系统的运行和功能的实现。但个别单元模块或个别功能有小瑕疵, 与标准、规范和定义不一致

E.        严重程度E-建议类缺陷：软件设计和功能实现等不甚合理之处提出建议

缺陷类型

缺陷类型分为7种：

1-  代码错误

2-  参数问题

3-  环境问题

4-  操作错误

5-  需求变更

6-  接口问题

7-  其它问题

]

[说明测试过程中，测试实施组织和配合组织的职责。提供测试组织架构图，并以列表方式说明每个组的职责。

]

[列出测试可以进入的标准，测试可以准出的标准以及测试不通过时的撤出标准，相当于列出了测试准入、准出和退出的法律依据。]

功能测试报告模板 第3篇

[说明测试过程中涉及到的功能点数目，相应的测试用例数量，

子系统/模块

用例编写者

功能点数

测试用例数

备注

合计

备注中可说明测试过程中废除、增补的用例数及原因。

此表后附用例密度分析说明以及测试用例分布图，如下：

用例密度=测试用例数/功能点数，即每个功能点有XXXX个用例覆盖。根据行业经验，覆盖率基本达到了XX%。

]