www.51testing.com X X X单元测试报告 单元测试报告 1.编写目的1.编写目的 编写目的 编写本单元测试报告的目的在于： (1) 对单元测试结果进行整理和汇总，形成正式的测试文档； (2) 为软件单元的评审验收提供依据； (3) 纳入软件产品配置管理库。 2.软件单元描述2.软件单元描述 软件单元描述 简单描述被测试单元或与之相关单元的产品项目名称、所属子系统、单元要 完成的功能、需求和设计要求等。 3.单元结构3.单元结构 单元结构 画出本单元的组织结构，包括本单元包括的属性、方法、输入/输出等。 4.单元控制4.单元控制/单元控制/时序流图 时序流图 根据本单元的控制结构或操作时序，画出其大概过程。 5.测试过程5.测试过程 测试过程 简要的描述在本单元的测试过程。 6.测试结果6.测试结果 测试结果 6.1 代码审查结果6.1 代码审查结果 代码审查结果 在表格中列出代码审查中查出的问题： 代码审查结果表 代码审查结果表 Bug ID Bug ID 审查人员 审查人员 审查日期 审查日期 问题描述 问题描述 6.2 测试用例统计6.2 测试用例统计 测试用例统计 测试用例执行结果统计表 测试用例执行结果统计表 测试项 测试项 测试用例号 测试特性 测试用例号 测试特性 用例描述 用例描述 1测试结论 测试结论 对应bug ID对应bug ID bug ID www.51testing.com 填表说明如下填表说明如下：如下： 测试项、测试项、测试用例号：测试用例号：描述单元再细分的功能点简单描述，每一个功能点已经在设计中进行了编号，例如：DH-AST-GF-01, 其中DH-AST-GF 是项目管理员给出的编号，后面的01 是单元测试设计人员对该项目的细分编号，再细分的功能点为测试用例编号，例如，DSH-AST-GF-01-01，DH-AST-GF-01-02 等，其它测试特性统一编号，例如性能测试、容错性等。中间统一使用中划线分隔。测试用例号是测试用例的统一而且唯一编号。测试用例号在测试用例源文件中进行注释说明。 测试特性：测试特性：指功能测试、性能测试、余量测试、容错性等需要对该子功能进行测试的特性分类。 用例描述：用例描述：是对该测试用例测试该子功能点的简单描述。例如：测试打印预览时向下翻页的功能是否实现。 测试结论：测试结论：说明测试是否通过，只需填写“通过”或“不通过”。 对应bug ID 对应bug ID：bug ID：在测试不通过时，填写对应的bug 清单中指定的ID 号。 6.3 测试单元产品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.质量评估7.质量评估 质量评估 对本测试单元模块的评价，包括功能、性能、余量、人机交互界面、可靠性、 可维护性等等。 9.总结9.总结 总结 对本次测试进行简单的总结陈述。 2