软件单元测试工作流程规范V10.doc

编号：Q/XT CM-2009-01 密级：内部 软件单元测试工作流程指南 （征求意见稿 V1.0） 会 签 部 门 编 写 XXX 校 对 审 核 标 审 批 准 XXX有限公司 2009年5月 文件状态 文件状态 ( 草稿 ( 正式发布 ( 正在修改 文件标识 Q/XT CM-2008-01 当前版本 V 1.0-A 作 者 XXX 完成日期 2009年5月 版本历史 版本/状态 作者 参与者 起止日期 备注 V 1.0 XXX 2009-5-11/2009-5-17 目录 1 简介 5 1.1 目的 5 1.2 范围 5 1.3 参考文件 5 1.4 定义与缩写 5 2 集成测试指南 6 2.1 简介 6 2.2 集成测试过程 6 2.3 集成测试工作内容及其流程 6 2.4 集成测试需求获取 7 2.5 集成测试工作机制 8 2.6 集成测试产生的工件清单 9 引言 编写目的 本文档规定了应用软件系统和部分系统平台模块的单元测试方法和步骤、测试用例的设计方法、测试代码的书写规范、流程以及单元测试的产品提交和验收规范，目的在于控制单元测试的质量，加强项目的质量管理，从而提高整个产品的质量。 适用范围 此规范适用于应用软件的单元测试、部分系统平台软件模块测试。 参考文件 CppUnit Documentation Rational Unified Process 定义与缩写 RUP 统一开放过程 被测模块：需要进行模块级测试的应用软件系统的一个单元或模块，也称被测单元 测试单元：用于对被测模块进行单元级测试，由源代码、测试脚本和输入数据等构成的程序单元 单元测试指南 单元的定义 对于结构化的编程语言，程序单元指程序中定义的函数或子程序。单元测试是指对行数或子程序所进行的测试。 对于面向对象的编程语言，程序单元指特定的一个具体的类或相关的多个类。单元测试主要是对类方法的测试。 角色工作体系 角色 职责 测试主管 审查单元测试过程，对测试结果进行评估。根据单元测试发现的缺陷提出变更申请。 测试工程师 对单元代码进行检查，设计单元测试用例，加载运行测试用例，记录和分析测试结果，填写单元测试Bug清单。 开发工程师 设计测试需要的驱动程序和桩模块，以及辅助测试工具的开发。 配置管理员 管理测试需要的资源，包括软硬件环境，版本管理和Bug管理 单元测试规程 包括静态的代码审查和动态测试两个阶段。 代码审查是按照《代码审查单》中的条项对单元模块进行逐项检查，并填写《单元测试Bug清单》。《代码审查单》的格式见附录一，《单元测试Bug清单》见附录二。 动态测试阶段首先编写驱动模块或桩模块后，在驱动模块和桩模块中设计相应的测试用例，对所有的测试用例进行统一编号，在源代码中进行注释标识。测试用例应该覆盖单元模块的所有功能项，如果单元模块有性能、余量等其它测试特性要求，则必须设计相应的测试用例测试这些特性，编制完测试用例后，把测试用例提交给配置管理员或测试主管进行审查，审查没有通过则根据审查意见进行修改，知道审查通过后测试人员加载测试用例，编译运行得到测试结果，比对测试结果，如果发现错误或Bug则需要填写《单元测试Bug清单》并提交测试经理和配置管理人员。 在进行功能测试时，可以利用其它测试工具进行内存溢出分析、代码覆盖率分析、代码性能测试等。 2.3.1代码审查 要求：根据《代码审查表》中的要求，对被测试单元进行逐项检查，检查收在对应的条项后进行标记，发现问题后，填写《代码单元测试Bug清单》并提交。 2.3.2白盒测试 白盒测试进入的前提条件是在测试人员已经对被测试对象有了一定的了解，基本上明确了被测软件的逻辑结构。过程是通过针对程序逻辑结构设计和加载测试用例，驱动程序执行，检查在不同点程序的状态，以确定实际的状态是否与预期的状态一致。 白盒测试主要是对被测试对象进行如下测试项目： 1）对程序模块的所有独立的执行路径至少覆盖一次； 2）对所有的逻辑判定，真假两种情况都至少覆盖一次； 3）在循环的边界和运行界限内执行循环体； 4）测试内