XX系统
XX单元测试报告
文档变更记录
目录
1 编写目的... 4
2 软件单元描述... 4
3 单元结构... 4
4 单元控制/时序流图... 4
5 测试过程... 4
6 测试结果... 4
6.1 代码审查结果... 4
6.2 测试用例统计... 5
7 质量评估... 5
8 总结... 5
1 编写目的
目的
2 软件单元描述
描述
3 单元结构
单元的组织结构，包括本单元包括的属性、方法、输入/输出等。
4 单元控制/时序流图
根据单元的控制结构或操作时序，画出其大概过程。
5 测试过程
简要的描述在本单元的测试过程。
6 测试结果
6.1 代码审查结果
在表格中列出代码审查中查出的问题：
代码审查结果表
6.2 测试用例统计
测试用例执行结果统计表
填表说明：
测试项、测试用例号：描述单元再细分的功能点简单描述，每一个功能点已经在设计中进行
了编号，例如：DH-AST-GF-01, 其中DH-AST-GF 是项目管理员给出的编号，后面的01 是
单元测试设计人员对该项目的细分编号，再细分的功能点为测试用例编号，例如，
DSH-AST-GF-01-01，DH-AST-GF-01-02 等，其它测试特性统一编号，例如性能测试、容错
性等。中间统一使用中划线分隔。测试用例号是测试用例的统一而且唯一编号。测试用例号
在测试用例源文件中进行注释说明。
测试特性：指功能测试、性能测试、余量测试、容错性等需要对该子功能进行测试的特性分
类。
用例描述：是对该测试用例测试该子功能点的简单描述。例如：测试打印预览时向下翻页的
功能是否实现。
测试结论：说明测试是否通过，只需填写“通过”或“不通过”。
对应 bug ID：在测试不通过时，填写对应的bug 清单中指定的ID 号。
7 质量评估
对本测试单元模块的评价，包括功能、性能、余量、人机交互界面、可靠性、
可维护性等等。
8 总结
对本次测试进行简单的总结陈述。
第二篇：单元测试报告(承)
XXX系统
单元测试报告
建设单位：________________________ 监理单位：________________________ 承建单位：________________________
1.编写目的 ............................................................................................................................................ 4
2.软件单元描述 ..................................................................................................................................... 4
3.单元结构 ............................................................................................................................................ 4
4.单元控制/时序流图 ............................................................................................................................ 4
5.测试过程 ............................................................................................................................................ 4
6.测试结果 ............................................................................................................................................ 4
6.1 代码审查结果 ............................................................................................................................. 4
6.2 测试用例统计 ............................................................................................................................. 5
6.3 测试单元产品 ............................................................................................................................. 5
3、提交测试覆盖率时编译运行后的.gcov 文件； ............................................................................... 6
5、提交性能分析时编译运行后的.gprof 文件；................................................................................. 6
7.质量评估 ............................................................................................................................................ 6
8.总结.................................................................................................................................................... 6
1.编写目的
编写本单元测试报告的目的在于：
(1) 对单元测试结果进行整理和汇总，形成正式的测试文档；
(2) 为软件单元的评审验收提供依据；
(3) 纳入软件产品配置管理库。
2.软件单元描述
简单描述被测试单元或与之相关单元的产品项目名称、所属子系统、单元要 完成的功能、需求和设计要求等。
3.单元结构
画出本单元的组织结构，包括本单元包括的属性、方法、输入/输出等。
4.单元控制/时序流图
根据本单元的控制结构或操作时序，画出其大概过程。
5.测试过程
简要的描述在本单元的测试过程。
6.测试结果
6.1 代码审查结果
在表格中列出代码审查中查出的问题：
代码审查结果表
6.2 测试用例统计
测试用例执行结果统计表
填表说明如下：
测试项、测试用例号：描述单元再细分的功能点简单描述，每一个功能点已经在设计中进行了编号，例如：DH-AST-GF-01, 其中DH-AST-GF 是项目管理员给出的编号，后面的01 是单元测试设计人员对该项目的细分编号，再细分的功能点为测试用例编号，例如，DSH-AST-GF-01-01，DH-AST-GF-01-02 等，其它测试特性统一编号，例如性能测试、容错性等。中间统一使用中划线分隔。测试用例号是测试用例的统一而且唯一编号。测试用例号在测试用例源文件中进行注释说明。
测试特性：指功能测试、性能测试、余量测试、容错性等需要对该子功能进行测试的特性分类。
用例描述：是对该测试用例测试该子功能点的简单描述。例如：测试打印预览时向下翻页的功能是否实现。
测试结论：说明测试是否通过，只需填写“通过”或“不通过”。
对应bug ID：在测试不通过时，填写对应的bug 清单中指定的ID 号。
6.3 测试单元产品
对于每个测试单元需要提在PC Linux 平台和2 个XScale 平台（2 个PXA25X 平台或2 种IXP425 平台）下的以下文档:
1、提交驱动模块、桩模块和测试用例对应的源代码、注释，要与测试用例中的测试用例号
对应；
2、提交加载测试用例编译运行后的.h 和.cpp 或.c 文件,makefile 文件;
3、提交测试覆盖率时编译运行后的.gcov 文件；
4、 提交存检查结果.ccmalloc 文件
5、提交性能分析时编译运行后的.gprof 文件；
6、利用-O0, -O2, -O3 三种编译优化选项编译被测代码时产生正确性测试结果的.log 文件
7、在单元测试中提交的软件Bug 清单;
8、本单元测试报告.
7.质量评估
对本测试单元模块的评价，包括功能、性能、余量、人机交互界面、可靠性、
可维护性等等。
8.总结 对本次测试进行简单的总结陈述。