Chp 7 单元测试.pptVIP

软件质量保证与测试 第7章 单元测试 内容提要 单元测试概念及目的 单元测试内容 单元测试策略 单元测试关键实践 单元测试概念 单元测试又称模块测试，是针对软件设计的最小单位 ─ 程序模块，进行正确性检验的测试工作。 单元测试主要需要测试者非常清楚代码内部结构，单元测试是软件开发人员的职责，测试人员一般不参与单元测试。 单元测试概念 单元测试是对软件基本组成单元进行的测试，这里的基本单元不一定是指一个具体的函数或一个类的方法。 单元具有一些基本属性，如：明确的功能、规格定义，与其他部分有明确的接口定义等，可以清晰地与同一程序的其他部分单元划分开来。 单元测试概念 一般单元的选择依据几个条件： 单元必须是可测试的 单元的行为或输出是可观测的 有一个明确的可定义的边界或接口 单元测试概念 单元：单元能够实现需求规格的最小组件，可以是： 函数（Functions） 过程（Procedures） 类（Classes） 页面（web） …… 可以是一个也可以是一组！ 单元测试的目的 验证代码是与设计相符合的 跟踪需求和设计的实现 发现设计和需求中存在的错误 发现在编码过程中引入的错误 为什么要进行单元测试 观点一：单元测试浪费了太多的时间 观点二：单元测试仅仅是证明这些代码做了什么 观点三：我是个很棒的程序员，我是不是可以不进行单元测试？ 观点四：不管怎样，集成测试将会抓住所有的Bug 观点五：它的成本效率不高 单元测试应坚持的原则 对全新的代码或修改过的代码进行单元测试 对被测试单元需达到的一定的覆盖率要求 当程序进行了修改，要进行回归测试 单元测试 通常合格的代码应该具备以下性质：正确性、清晰性、规范性、一致性、高效性等（根据优先级别排序）。 正确性是指代码逻辑必须正确，能够实现预期的功能。 清晰性是指代码必须简明、易懂，注释准确没有歧义。 规范性是指代码必须符合企业或部门所定义的共同规范包括命名规则，代码风格等等。 一致性是指代码必须在命名上（如：相同功能的变量尽量采用相同的标示符）、风格上都保持统一。 高效性是指代码不但要满足以上性质，而且需要尽可能降低代码的执行时间。 单元测试方法 在代码编写完成后的单元测试工作主要分为两个步骤，即人工静态检查（即静态测试）和动态执行测试（即动态测试）。 动态测试主要是黑盒测试和白盒测试。 单元测试的依据是详细设计和概要设计 。 内容提要 单元测试概念及目的 单元测试内容 单元测试策略 单元测试关键实践 单元测试内容 接口 局部数据结构 边界条件 独立路径 错误处理路径 接口 对单元接口的测试，保证进出软件单元的数据流是正确的。 对穿越单元接口的数据流的测试要在任何其他测试开始之前进行，如果数据不能正确地输入和输出的话，所有的其他测试都是没有实际意义的。 局部数据结构 对单元局部数据结构的测试保证临时存储的数据在算法执行的整个过程中都能维持其完整性。 单元的局部数据结构经常出现错误，应当使用定义/使用和程序片测试方法 。 边界条件 对软件单元边界条件的测试是为了保证单元在极限或严格的情形下仍然能够正确执行。 边界测试是单元测试的最为重要的一个步骤。软件通常是在边界情况下出现故障的。 用一般边界条件法、健壮性边界条件法、最坏边界条件法和健壮性最坏边界条件法来测试数据结构、控制流、数值就很有可能发现错误。 独立路径 在控制结构中的所有路径覆盖法或基本路径法都是需要测试的，以保证在一个模块中的所有语句都能执行至少一次。 在单元测试过程中，对执行路径的选择性测试是最主要的任务。测试用例应当能够发现由于错误计算、不正确的比较、或者不正常的控制流而产生的错误。 错误处理路径 要对所有处理错误的路径进行测试。好的设计要求错误条件是可以预料的，而当错误真的发生的时候，错误处理路径被建立，以重定向或者干净地终止处理。 内容提要 单元测试概念及目的 单元测试内容 单元测试策略 单元测试关键实践 单元测试内容 由顶向下的单元测试策略 由底向上的单元测试策略 孤立的单元测试策略 驱动模块 与 桩模块 单元本身不是一个独立的程序，一个完整的可运行的软件系统并没有构成，在考虑测试模块时，同时要考虑它和外界的联系，用一些辅助模块去模拟与被测模块相联系的其它模块 。 驱动模块 模拟主程序调用，相当于被测模块的主程序。它接收测试数据，把这些数据传送给被测模块，最后输出实测结果 。 桩模块 模拟被调用模块，此时被测模块并没有真正调用其他模块，而是从桩模块处得到一个所需的值 。 由顶向下的单元测试策略 先对顶层的单元进行测试，把顶层所调用的单元做成桩模块。其次对第二层进行测试，使用上面已测试的单元做驱动模块。如此类推直到完成所有模块的测试。 该