软件测试技术——单元测试课件.pptVIP

软件测试技术——单元测试 测试的4个阶段 软件测试的层次与软件开发的关系 本节要点 单元测试的定义 单元测试的目标和任务 单元测试策略 单元测试方法 单元测试的过程与文档管理 软件单元测试工具 单元测试应坚持的原则 单元测试（Unit Testing） 单元测试（Unit Testing）是对基本组成单元进行的测试。 时机 ：一般在代码完成后由开发人员完成,QA人员辅助。 其测试对象是每个模块下的实现具体功能的单元，一般是对应详细设计中所描述的设计单位。这里的基本单元不一定是指一个具体的函数或一个类的方法。 单元测试（Unit Testing） “单元”具有一些属性，如：明确的功能、规格定义、与其它部分明确的接口定义等，可清晰地与同一产品的其它单元划分开来。 在具体实现时，对硬件设计来说，可能是对应的一个功能模块，如电源模块，对软件设计来说，可能对应的是一个或一组函数。 单元测试也需要开发测试驱动模块或测试工具，单元测试属于早期测试，其侧重点在于发现设计或实现的错误。 单元测试（Unit Testing） 在一种传统的结构化编程语言中，比如C，要进行测试单元一般是函数或子过程 在类似C++这样的面向对象的语言中，要进行测试的基本单元是类或类的方法。 单元测试（Unit Testing） 在实际的单元测试执行过程中，有时会遇到某个函数A只被函数B调用，并且函数A和函数B的代码总和在一定的范围内，则可以考虑把A和B合并为一个单元进行测试，但这些原则必须在单元测试计划或单元测试方案中明确说明。 单元测试（Unit Testing） 单元测试要对模块的输入/输出接口、内部状态机、内部程序结构进行测试，因此单元测试一般采用“白盒”法进行。不过也采用“黑盒”法来评估该被测试单元实现功能与设计要求的符合程度。 单元测试（Unit Testing） 在对一个单元进行分析时，可以从五个角度进行考虑： 模块接口 局部数据结构 独立路径 出错处理 边界条件 在具体的单元测试执行过程中，我们并不强调对单元划分得越细越好，要结合具体项目的情况进行综合考虑。 本节要点 单元测试的定义 单元测试的目标和任务 单元测试策略 单元测试方法 单元测试的过程与文档管理 软件单元测试工具 单元测试应坚持的原则 为何要进行单元测试? 单元测试的目标和任务 目标: 单元模块被正确编码 信息能否正确地流入和流出单元； 在单元工作过程中，其内部数据能否保持其完整性，包括内部数据的形式、内容及相互关系不发生错误，也包括全局变量在单元中的处理和影响。 在为限制数据加工而设置的边界处，能否正确工作。 单元的运行能否做到满足特定的逻辑覆盖。 单元中发生了错误，其中的出错处理措施是否有效。 任务1： 模块接口测试 任务2： 模块局部数据结构测试 任务3： 模块边界条件测试 任务4： 模块独立执行通路测试 任务5：模块的各条错误处理通路测试 本节要点 单元测试的定义 单元测试的目标和任务 单元测试方法 单元测试策略 单元测试的过程与文档管理 软件单元测试工具 单元测试应坚持的原则 单元测试的方法 模块并不是一个独立的程序，在考虑测试模块时，同时要考虑它和外界的联系，用一些辅助模块去模拟与被测模块相联系的其它模块。这些辅助模块分为两种： 驱动模块(Driver)：相当于被测模块的主程序。它接收测试数据，把这些数据传送给被测模块，最后输出实测结果。 桩模块(Stub)：用以代替被测模块调用的子模块。桩模块可以做少量的数据操作，不需要把子模块所有功能都带进来，但不允许什么事情也不做。 单元测试的方法 被测模块，与它相关的驱动模块及桩模块共同构成了一个“测试环境”，如下图： 单元测试方法 驱动模块和桩模块是测试使用的软件，而不是软件产品的组成部分，它需要一定的开发费用。 若驱动模块和桩模块比较简单，实际开销相对低些。 仅用简单的驱动模块和桩模块不能完成某些模块的测试任务，这些模块的单元测试只能采用某些综合测试方法。 提高模块的内聚度可简化单元测试，如果每个模块只完成一个功能，所需测试用例数目将显著减少，模块中的错误也更容易发现。 如果要在被测软件中加入测试代码的话，需要整个产品或项目统一规划，将被测代码和测试代码用宏隔离开，强调一点：这样做是需要统一规划的，否则可能会造成混乱和后患。 静态测试技术的运用 编码的标准和规范 走查 （Walk Through） 审查 （Inspection） 走查与审查的比较 评审 （Review） 动态测试技术的运用 白盒测试方法 黑盒测试方法 黑盒常用方法 调试与评估 单元测试检查表 (1) 单元测试检查表 (2) 本节要点 单元测试的定义 单元测试的目标和任务 单元测试方法 单元测试策略 单元测试的过程与文档管理