第3章 单元测试 《软件测试技术 知识》课件.pptVIP

;[本章要点] 单元测试的定义； 单元测试同集成测试和系统测试的区别； 单元测试环境的组成； 单元测试的分析方法； 单元测试的用例设计方法； 单元测试的过程； 单元测试举例。;[本章目标] 掌握单元测试的概念； 了解单元测试的误区； 了解单元测试与集成测试和系统测试的区别； 掌握单元测试的策略； 掌握单元测试分析的方法； 掌握单元测试用例设计方法。 ; 3.1单元测试概述 通常而言，单元测试是在软件开发过程中要进行的最低级别的测试活动，或者说是针对软件设计的最小单位——程序模块，进行正确性检验的测试工作。其目的在于发现每个程序模块内部可能存在的差错。 在单元测试活动中，软件的独立单元将在与程序的其他部分相隔离的情况下进行测试，主要工作分为两个步骤：人工静态检查和动态执行跟踪。 单元测试的分工大致如下：一般由开发组在一般由开发组在开发组组长监督下进行，保证使; 用合适的测试技术，根据单元测试计划和测试说明文档中制定的要求，执行充分的测试；由编写该单元的开发组中的成员设计所需要的测试用例，测试该单元并修改缺陷。 3.1.1单元测试误区 1、单元测试是一种浪费时间的工作 2、单元测试只能证明代码做了什么 3、我是个很棒的程序员， 我是不是可以不进行单元测试？ 4、集成测试能捕捉到所有的Bug 5、单元测试的成本效率不高;3.1.3单元测试与系统测试区别 单元测试与系统测试的区别不仅仅在于测试的对象和测试的层次的不同，最重要的区别是测试性质不同。在单元测试过程中，单元测试的执行早于系统测试，测试的是软件单元的具体实现、内部逻辑结构以及数据流向等。系统测试属于后期测试，主要是根据需求规格说明书进行的，是从用户角度来进行的功能测试和性能测试等等，证明系统是否满足用户的需求。 单元测试中发现的错误容易进行定位，并且多个单元测试可以并行进行；而系统测试发现的错误比较难定位。; 3.2单元测试环境 由于一个模块或一个方法（Method）并不是一个独立的程序，在考虑测试它时要同时考虑它和外界的联系，因此要用到一些辅助模块，来模拟与所测模块相联系的其他模块。一般把这些辅助模块分为两种： 1、驱动模块（driver）:相当于所测模块的主程序。 2、桩模块（stub）:用于代替所测模块调用的子模块。 那么，所测模块和与它相关的驱动模块及桩模块共同构成了一个“测试环境”，如图3-2所示。;图3-2 单元测试环境;3.3单元测试策略 单元测试涉及到的测试技术通常有：针对被测单元需求的功能测试、用于代码评审和代码走读的静态测试、白盒测试、状态转换测试和非功能测试。 为了提高单元测试的质量，只了解这些单元测试技术还远远不够，还要选择合适的测试策略。在选择测试策略时，主要考虑如下3种方式：自顶向下（Top Down Unit Testing）的单元测试策略、自底向上的单元测试策略（Bottom up Unit Testing）和孤立的单元测试策略。 ; 3.3.1自顶向下的单元测试策略 一）步骤： 1. 从最顶层开始，把顶层调用的单元做成桩模块。 2. 对第二层测试，使用上面已测试的单元做驱动模块。 3. 依次类推，直到全部单元测试结束。 二）优点：可以在集成测试之前为系统提供早期的集成途径。 三）缺点：单元测试被桩模块控制，随着单元测试的不断进行，测试过程也会变得越来越复杂，测试难度以及开发和维护的成本都不断增加；; 要求的低层次的结构覆盖率也难以得到保证；由于需求变更或其他原因而必须更改任何一个单元时，就必须重新测试该单元下层调用的所有单元；低层单元测试依赖顶层测试，无法进行并行测试，使测试进度受到不同程度的影响，延长测试周期。 四）总结：从上述分析中，不难看出该测试策略的成本要高于孤立的单元测试成本，因此从测试成本方面来考虑，并不是最佳的单元测试策略。 3.3.2自底向上的单元测试 一）步骤： 1、先对模块调用图上的最底层模块开始测试，模拟调用该模块的模块为驱动模块。 ; 2、其次，对上一层模块进行单元测试，用已经被测试过的模块做桩模块。 3、依次类推，直到全部单元测试结束。 二）优点：不需要单独设计桩模块。 三）缺点：随着单元测试的不断进行，测试过程会变得越来越复杂，测试周期延长，测试和维护的成本增加；随着各个基本单元逐步加入，系统会变