XXXXX 项目

XX（X 模块单元/集成/系统）测试总结报告

项目令号：

承担部门：

拟 制： （签字\日期）

E - m a i l / Te l ：

审 核： （签字\日期）

批 准： （签字\日期）
国电南京自动化股份有限公司
 国电南京自动化股份有限公司 xx 项目 测试总结报告

模板修改及发布情况记录
拟制人/ 拟制/修改 主要更改内容
版本号 更改理由
修改人 日期 （写要点即可）
综合软硬件测试过程域原模板及
测试规范标准内容综合表述测试
V1.0 朱明 2011-08-15 根据测试规范标准拟定
总结报告。合并原 CMMI2007 版
TP-E6-8、TP-E7-7、TP-E7-13
V1.1 朱明 2016-11-18 需增 PLM 系统电子签章 新增 PLM 系统电子签章

【模板使用说明】
1， 文档“目录”，在内容填写完成后，根据实际页码，更新目录域，重新生成
2， 模板中蓝色显示的提示文本，用于向书写者提供指导和说明，正式填写时应删除。
3， 本模板内容可根据具体项目作适当增加，若对应章节下没有特殊说明的，写“无”而
不要将该节删除或不填写任何内容。
4， 软件总体设计与概要设计的区分就在于设计对象的层级，子系统、构件、模块级的设计
作为概要设计，子系统如果复杂，也可以做一次子系统级的总体设计。
5， 模板的修改记录在各项目实际文档中删除。

测试总结报告文档修改记录
日期 版本 作者 修改内容

注 1：每次更改归档文件（指纳入配置基线的文件）时，需填写此表。
注 2：文件第一次归档时，“更改理由”、“主要更改内容”栏写“无”。

目录
QGM.D008.E_2016 I
 国电南京自动化股份有限公司 xx 项目 测试总结报告

1 目的...........................................................................................................................3
2 提纲........................................................................................................................... 3
3 详细说明................................................................................................................... 3
3.1 测试总结报告标识符..................................................................................... 3
3.2 摘要................................................................................................................. 3
3.3 差异................................................................................................................. 3
3.4 测试充分性评价............................................................................................. 4
3.5 结果汇总......................................................................................................... 4
3.6 评价................................................................................................................. 4
3.7 活动总结......................................................................................................... 4
3.8 批准................................................................................................................. 4

QGM.D008.E_2016 II
 国电南京自动化股份有限公司 xx 项目 测试总结报告

1 目的

本<XX>测试报告用于描述<XX 系统/模块>的<版本号>版本 XX（单元/集成/系统）测

试执行后的测试结果，并根据这些结果进行评价，报告最后附有本次系统测试的原始纪录。

2 详细说明

2.1 测试总结报告标识符

为该测试总结报告规定的唯一的标识符，根据项目组约定编制。如：SPX010.04-03

<标识规范参考ST-CS-测试工作命名约定.doc >

2.2 测试工作摘要

2.2.1 测试项及版本

本次测试的主要内容：[被测系统名称] [被测组件名称]。
所有应用程序测试项均已在“测试用例说明”文档中列出。以下列表显示了测试过程
中用到的各应用程序和动态链接库名称及其对应的版本。
测试项 版本号
DbGate.exe 1．0．0．1
MultiDBGate.dll 1．0．0．2，1．0．0．3
ParaServer.dll 1．0．0．1
HstServer.dll 1．0．0．1，1．0．0．2

2.2.2 测试工具环境

测试涉及的工具、参考的流程标准等。

QGM.D008.E_2016 1
 国电南京自动化股份有限公司 xx 项目 测试总结报告

2.2.3 测试工作摘要

本次测试的主要内容：[被测系统名称] [被测组件名称]。
本次测试的时间与人力资源：
测试流程描述：
裁剪简化过程说明：
整个测试提交文档汇总：如六份测试文档，包括“测试计划”、“测试设计规格说
明”、“测试用例说明”、“测试执行日志”、“测试缺陷报告”、“测试总结报告”。存放
路径、涉及标签基线等。
测试结论：在本次测试工作结束后，所有通过测试用例查找出的软/硬件缺陷均已得到
更正并通过了回归测试；[被测对象]已具备了提交条件的测试环境。

2.3 差异

<描述测试计划执行差异、测试用例设计调整、测试规程通过标准差异等，详细说明每
种差异产生的原因。>

2.3.1 测试进度偏差

<明确测试工作时间安排、人力资源投入执行差异；进度偏差=实际完成时间-计划完成
时间，明确活动完成进度提前或落后的天数>
测试活动 计划工期/工时 实际工期/工时 进度偏差
准备测试计划 2 天/16 人时 2 天/20 人时 -1 天
准备测试设计规格说明
准备测试用例规格说明
搭建单元测试环境
执行测试用例、提交日志
报告
回归测试（重复任务 5 的
内容）
整理和分析缺陷报告
完成测试总结报告
测试工作汇总

2.3.2 执行差异

真实测试的覆盖率执行差异；

QGM.D008.E_2016 2
 国电南京自动化股份有限公司 xx 项目 测试总结报告

测试设计新增调整情况；
文档编写差异；
执行流程环节执行差异；

2.3.3 差异产生原因

<详细说明每种偏差与差异产生的原因。>

2.4 测试有效性评价

2.4.1 充分测试特征

如果有测试计划，应根据测试计划中规定的测试充分性准则对测试过程作出评价。

2.4.2 未被充分测试特征的原因进行分析

确定未作充分测试的特征或特征组合，并说明理由。

2.4.3 需求覆盖率分析（可选）

系统测试总结报告时，需要对产品项目的所有需求对应的测试覆盖做一个统计

2.5 结果汇总

2.5.1 测试结果

本次测试通过用例共发现软件缺陷 xx 处，最初发现 XX 处，后有 XX 处经与开发人员讨

论后撤销。以下两张表分别统计了测试对象的缺陷类别和严重等级，统计信息来源于缺陷
报告或缺陷跟踪系统。<缺陷类别、严重等级根据项目实际情况确定>
表一 缺陷类别统计

QGM.D008.E_2016 3
 国电南京自动化股份有限公司 xx 项目 测试总结报告

缺陷类别 系统出错 功能有误 易用性不好

测试对象
DbGate.exe 0 4 4
MultiDBGate.dll 0 0 0
ParaServer.dll 0 1 2
HstServer.dll 1 4 0
总计 1 9 6

表二 严重等级统计

严重等级 严重 较严重 一般 建议
测试对象
DbGate.exe 1 6 1
MultiDBGate.dll 0 0 0
ParaServer.dll 1 2 0
HstServer.dll 1 4 0
总计 3 12 1

2.5.2 测试结果分析

<以下是一个分析举例，实际项目根据项目测试结果具体分析替换>
根据以上两表的统计信息，不难看出本次商用数据库组件的系统测试是非常必要的，
因为它及时查找出了开发人员在单元测试级别未发现的诸多缺陷。表中显示程序中的功能
缺陷居多，占 60％，这一方面暴露出开发人员在开发和测试过程中还不够细致，另一方面
也印证了单元测试不宜由开发人员自己来完成的经验。
在整个测试过程中，测试人员一但发现严重的缺陷便会列入最高优先级让开发人员优
先处理，并立即通报测试负责人。同时，测试人员每天都会整理出当天测试过程中发现的
缺陷，并及时提交给开发人员。双方经过讨论，确证发现的缺陷属实后，开发人员立即着
手修改程序（如发现的缺陷不属实，则撤销）。最终通过两轮的回归测试，所有已发现的
缺陷均修复完毕。
通过对缺陷进行统计和分析，测试人员总结了两点目前开发人员在编程中易犯的错误：
一是由于某些数组空间开辟的过小，导致程序运行时产生内存溢出的错误而退出；二是某
些很耗 CPU 资源的子程序未使用线程处理，导致单个程序运行后会影响到整个系统的正常
运行。另外，大部分开发人员往往不太在意程序界面的美观和用户使用的便捷，这在本次
系统测试中也有一些体现；当然这与开发周期短有很大的关系。

2.5.3 缺陷关闭解决情况

表三 缺陷关闭情况

QGM.D008.E_2016 4
 国电南京自动化股份有限公司 xx 项目 测试总结报告

严重等级 关闭 修订 其他状态说明
Closed Fixed
测试对象
严重
较严重
一般
建议
总计

2.6 风险评价

对每个测试项（包括其限制）进行总体评价。该评价必须以测试结果和测试项级别的
通过准则作为依据。可以包含对失败风险的估计。

2.7 批准

测试报告审核人/时间： XXX/20110810 （签名）

测试报告批准人/时间： XXX/20110815 （签名）

QGM.D008.E_2016 5