软件单元测试报告模板与实施指南.pdfVIP

  • 0
  • 0
  • 约2.27千字
  • 约 3页
  • 2026-01-05 发布于北京
  • 举报

1.编写目的

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

(1)对单元测试结果进行整理和汇总,形成正式的测试文档;

(2)为软件单元的评审验收依据;

(3)纳入软件产品配置管理库。

2.软件单元描述

简单描述被测试单元或与之相关单元的产品项目名称、所属子系统、单元要

完成的功能、需求和设计要求等。

3.单元结构

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

4.单元控制/时序流图

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

5.测试过程

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

6.测试结果

6.1代码结果

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

代码结果表

BugID人员日期问题描述

6.2测试用例统计

测试用例执行结果统计表

测试项测试用例号测试特性用例描述测试结论对应bugID

填表说明:

测试项、测试用例号:描述单元再细分的功能点简单描述,每一个功能点已经在设计中进行

了编号,例如:DH-AST-GF-01,其中DH-AST-GF是项目管理员给出的编号,后面的01是

单元测试设计人员对该项目的细分编号,再细分的功能点为测试用例编号,例如,

DSH-AST-GF-01-01,DH-AST-GF-01-02等,其它测试特性统一编号,例如性能测试、容错

性等。中间统一使用中划线分隔。测试用例号是测试用例的统一而且唯一编号。测试用例号

在测试用例源文件中进行注释说明。

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

类。

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

功能是否实现。

测试结论:说明测试是否通过,只需填写“通过”或“不通过”。

对应bugID:在测试不通过时,填写对应的bug中指定的ID号。

6.3测试单元产品

对于每个测试单元需要提在PCLinux平台和2个XScale平台(2个PXA25X

平台或2种IXP425平台)下的以下文档:

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

测试用例号对应;

2、提交加载测试用例编译运行后的.h和.cpp或.c文件,makefile文件;

3、提交测试覆盖率时编译运行后的.gco

您可能关注的文档

文档评论(0)

1亿VIP精品文档

相关文档