单元测试报告模板.pdf

《单元测试报告模板.pdf》由会员分享，可在线阅读，更多相关《单元测试报告模板.pdf（6页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、XXXX 系统系统XXXX 单元测试报告单元测试报告文档标识文档标识文档状态文档状态当前版本当前版本提交日期提交日期文档作者文档作者 草稿 待评审 已评审 修改 基线（文档最后修订的版本号）（文档交付日期）修订历史修订历史日期日期版本号版本号修订者修订者审核者审核者修订摘要修订摘要目录123456编写目的.4软件单元描述.4单元结构.4单元控制/时序流图.4测试过程.4测试结果.46.1代码审查结果.46.2测试用例统计.56.3测试单元产品.5质量评估.6总结.6781 1 编写目的编写目的编写本单元测试报告的目的在于：1) 对单元测试结果进行整理和汇总，形成正式的测试文档；2) 为软件单元

2、的评审验收提供依据；3) 纳入软件产品配置管理库。2 2 软件单元描述软件单元描述简单描述被测试单元或与之相关单元的产品项目名称、 所属子系统、单元要完成的功能、需求和设计要求等。3 3 单元结构单元结构画出本单元的组织结构，包括本单元包括的属性、方法、输入/输出等。4 4 单元控制单元控制/ /时序流图时序流图根据本单元的控制结构或操作时序，画出其大概过程。5 5 测试过程测试过程简要的描述在本单元的测试过程。6 6 测试结果测试结果6.16.1 代码审查结果代码审查结果在表格中列出代码审查中查出的问题：代码审查结果表Bug ID审查人员审查日期问题描述6.26.2 测试用例统计测试用例统计

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

4、明。测试特性：测试特性：指功能测试、性能测试、余量测试、 容错性等需要对该子功能进行测试的特性分类。用例描述：用例描述：是对该测试用例测试该子功能点的简单描述。 例如：测试打印预览时向下翻页的功能是否实现。测试结论：测试结论：说明测试是否通过，只需填写“通过”或“不通过”。对应对应 bug ID bug ID：在测试不通过时，填写对应的bug 清单中指定的ID 号。6.36.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 质量评估质量评估对本测试单元模块的评价，包括功能、性能、余量、人机交互界面、可靠性、可维护性等等。8 8 总结总结对本次测试进行简单的总结陈述。