单元测试报告模板

软件测试系列

　　　　　　密　　　　级：普通　

文件编号：ＮＯ．４　

　　　　　　　　　　　　　文件类别：测试管理体系文件　　　　　　　发　放　号：１００４　

应用软件　

×××单元测试报告　

北京梅梅出品有限公司　

1. 编写目的....................................................................................................................... 3 2. 软件单元描述................................................................................................................ 3 3. 单元结构....................................................................................................................... 3 4. 单元控制/时序流图........................................................................................................ 3 5. 测试过程....................................................................................................................... 3 6. 测试结果....................................................................................................................... 3

6.1代码审查结果...................................................................................................... 3 6.2测试用例统计...................................................................................................... 4 6.3测试单元产品...................................................................................................... 4 7. 质量评估....................................................................................................................... 5 9. 总结.............................................................................................................................. 5

1. 编写目的

编写本单元测试报告的目的在于：

(1) 对单元测试结果进行整理和汇总，形成正式的测试文档； (2) 为软件单元的评审验收提供依据； (3) 纳入软件产品配置管理库。

2. 软件单元描述

简单描述被测试单元或与之相关单元的产品项目名称、所属子系统、单元要完成的功能、需求和设计要求等。

3. 单元结构

画出本单元的组织结构，包括本单元包括的属性、方法、输入/输出等。

4. 单元控制/时序流图

根据本单元的控制结构或操作时序，画出其大概过程。

5. 测试过程

简要的描述在本单元的测试过程。

6. 测试结果

６．１代码审查结果　

在表格中列出代码审查中查出的问题：

代码审查结果表

Bug ID

审查人员

审查日期

问题描述

６．２测试用例统计　

测试用例执行结果统计表

测试项

测试用例号

测试特性

用例描述

测试结论

对应bug ID

填表说明：

测试项、测试用例号：描述单元再细分的功能点简单描述，每一个功能点已经在设计中进行了编号，例如：DH-AST-GF-01, 其中DH-AST-GF 是项目管理员给出的编号，后面的01是单元测试设计人员对该项目的细分编号，再细分的功能点为测试用例编号，例如，DSH-AST-GF-01-01，DH-AST-GF-01-02等，其它测试特性统一编号，例如性能测试、容错性等。中间统一使用中划线分隔。测试用例号是测试用例的统一而且唯一编号。测试用例号在测试用例源文件中进行注释说明。

测试特性：指功能测试、性能测试、余量测试、容错性等需要对该子功能进行测试的特性分类。

用例描述：是对该测试用例测试该子功能点的简单描述。例如：测试打印预览时向下翻页的功能是否实现。

测试结论：说明测试是否通过，只需填写“通过”或“不通过”。对应bug ID：在测试不通过时，填写对应的bug 清单中指定的ID 号。

６．３测试单元产品　

对于每个测试单元需要提在ＰＣ　Ｌｉｎｕｘ平台和２个ＸＳｃａｌｅ平台（２个ＰＸＡ２５Ｘ平台或２种ＩＸＰ４２５平台）下的以下文档：　　

１、提交驱动模块、桩模块和测试用例对应的源代码、注释，要与测试用例中的

测试用例号对应；　

２、提交加载测试用例编译运行后的．ｈ和．ｃｐｐ或．ｃ文件，ｍａｋｅｆｉｌｅ文件；　３、提交测试覆盖率时编译运行后的．ｇｃｏｖ文件；　４、提交存检查结果．ｃｃｍａｌｌｏｃ文件　

５、提交性能分析时编译运行后的．ｇｐｒｏｆ文件；　

６、利用－Ｏ０，　－Ｏ２，　－Ｏ３三种编译优化选项编译被测代码时产生正确性测试结果．ｌｏｇ文件　

７、在单元测试中提交的软件Ｂｕｇ清单；　８、本单元测试报告．　

7. 质量评估

对本测试单元模块的评价，包括功能、性能、余量、人机交互界面、可靠性、可维护性等等。

9. 总结

对本次测试进行简单的总结陈述。