(软件单元测试工作.docVIP

北京信威通信技术有限公司 深圳研究所 产品版本 密级 产品名称 页数 软件单元测试工作指南 (仅供内部使用) 拟制： 日期： 审核： 日期： yyyy/mm/dd 审核： 日期： yyyy/mm/dd 批准： 日期： yyyy/mm/dd 修订记录 日期 修订版本 描述 作者 注:此修订记录用于说明文档版本升级时文档的改动情况 目 录 1.简介 4 1.1目的 4 1.2范围 4 1.3定义与缩写 4 2.单元测试 4 2.1单元测试的工作体系 4 2.2单元测试工作内容及其流程 5 2.3单元测试需求的获取 6 2.4编码人员如何进行单元测试 6 2.5单元测试产生的工件清单 6 2.6单元测试技术 7 3.白盒测试 7 4.黑盒测试 11 4.1如何设计等价类划分测试用例 12 4.2如何设计边界值分析测试用例 12 4.3如何根据因果图设计测试用例 12 1.简介 1.1目的 本文详细阐述了进行软件单元测试的流程，并指导软件开发人员和软件测试人员如何开展软件单元测试。 1.2范围 本文档适用于北京信威通信技术有限公司深圳研究所批准立项的软件项目。 1.3定义与缩写 SUT 软件单元测试 SEPG 软件工程过程小组 SQA 软件质量保证 2.单元测试 单元测试是对最小的可测试软件元素（单元）实施的测试，它所测试的内容包括单元的内部结构（如逻辑结构和数据流）以及单元实现的功能和可观测的行为。使用白盒测试方法测试单元的内部结构，使用黑盒测试方法测试单元实现的功能和可观测的行为。 由于开发方式及采用的技术不同，单元的划分存在一些差异，一般的单元划分方法如下： 面向对象的软件开发：以Class(类)作为测试的最小单元。以方法的内部结构作为测试的重点。 结构化的软件开发： 以模块（函数、过程）作为测试的最小单元。 2.1单元测试的工作体系 软件测试工作主要由软件开发人员担任。需要项目组相关角色配合完成。 单元测试中的角色： 角 色 职 责 设计员 制定和维护单元测试计划，设计单元测试用例及单元测试过程，生成测试评估报告。设计测试需要的驱动程序和桩。根据单元测试发现的缺陷提出变更申请。 编码员 编写测试驱动程序和稳定桩，执行单元测试。 配置管理员 负责对单元测试工件进行配置管理。 2.2单元测试工作内容及其流程 活动 输入 输出 参与角色和职责 制定单元测试计划 详细设计 单元测试计划 开发组负责人、软件开发人员 单元测试设计 详细设计 单元测试计划 单元测试用例 设计单元测试驱动模块 设计单元测试桩模块 开发组负责人、软件开发人员、软件测试人员 单元测试实现 单元测试用例 单元测试驱动模块 单元测试桩模块 软件开发人员、软件测试人员 单元测试执行 实施模型 单元测试计划 单元测试用例 被测试单元 单元测试驱动模块和桩模块 测试结果 软件开发人员、软件测试人员 单元测试分析 单元测试计划 测试结果 单元测试分析报告 开发组负责人、软件开发人员 单元测试工作流程： Designer： 开发设计模型、实施模型 Designer：制定单元测试计划，设计单元测试用例，设计驱动程序和桩 Implementer：实现驱动程序和桩，执行单元测试，生成测试日志。 缺陷 Designer Implementer：提出变更请求 Designer：评估单元测试，生成测试分析报告 单元测试环境： …… 2.3单元测试需求的获取 单元测试需求所确定的是单元测试的内容，单元测试需求是根据软件详细设计方案和软件单元获取。 2.4编码人员如何进行单元测试 进行单元测试建议采用软件开发人员之间交叉测试，因为通常编码人员比较容易发现其他人员编写代码中的缺陷，所以建议采用交叉测试的方式。 2.5单元测试输出的工件清单 软件单元测试计划 单元测试用例 测试过程 测试脚本 测试日志 测试分析报告 单元测试总结 2.6单元测试技术 单元测试技术从整体上分为白盒测试与黑盒测试，其中前者使用程序设计的控制结构导出测试用例，针对程序的内在结构（逻辑、数据流）； 后者目的是验证单元实现的功能，而不需要知道程序是如何实现它们的。黑盒测试关注的是单元的输入与输出，不是白盒测试的替代品，而是辅助白盒测试发现其他类型的错误。 3.白盒测试 3.