第8篇单元测试.pptVIP

第8章 单元测试 本章主要内容 测试的基本阶段 什么是单元测试 关于单元测试 问题一：单元测试浪费了太多时间 单元测试推迟了集成的启动时间，而系统集成看起来才是进步。 实际情况： 系统能正常工作的可能性是很小的，更多是充满了bug，软件甚至无法运行。 大量的时间被花费在跟踪独立单元中的简单bug。 实践中，人们发现一旦完成了单元测试，在更稳定可靠部件的基础上，才能进行更高效的集成。 为什么要进行单元测试？ 问题二：单元测试仅仅是证明了这些代码做什么 缺乏为单元编写的详细规格说明，测试工作基于写好的代码 实际： 代码应该针对规格说明进行测试，而不是针对自身。 为什么要进行单元测试？ 问题三：我是个很棒的程序员，我能否不进行单元测试？ 一个非常擅于编程的程序员，开发的软件总是能够在第一时间运行，因此不需要单元测试。 实际： 人不可能不犯错误 一般软件工程师平均缺陷引入率100个/千行 工程师在编写代码时，一般每小时引入6－8个缺陷 在设计阶段，一般每小时引入1－3个缺陷 不能寄希望于没有进行广泛的测试就能正常工作 为什么要进行单元测试？ 问题四：不管怎样，集成测试会发现所有的bug 实际： 规模越大的代码集成复杂性越高。 为什么要进行单元测试？ 问题五：它的成本效率不高 实际： Bug发现得越晚，修改的成本就越高 单元测试的目标 目标: 单元模块被正确编码 信息能否正确地流入和流出单元； 在单元工作过程中，其内部数据能否保持其完整性，包括内部数据的形式、内容及相互关系不发生错误，也包括全局变量在单元中的处理和影响。 在为限制数据加工而设置的边界处，能否正确工作。 单元的运行能否做到满足特定的逻辑覆盖。 单元中发生了错误，其中的出错处理措施是否有效。 单元测试的主要任务 模块接口测试 模块局部数据结构测试 模块边界条件测试 模块中所有独立执行通路测试 模块的各条错误处理通路测试 任务1： 模块接口测试 任务2： 模块局部数据结构测试 任务3： 模块边界条件测试 任务4： 模块独立执行通路测试 任务5：模块的各条错误处理通路测试 静态测试技术的运用 编码的标准和规范 走查 （Walk Through） 审查 （Inspection） 走查与审查的比较 评审 （Review） 动态测试技术的运用 白盒测试方法 黑盒测试方法 黑盒常用方法 单元测试用例设计思路 可以通过以下6步骤来指导完成测试用例的设计 为系统运行设计测试用例 用最简单的方法执行被测单元，证明测试环境和被测单元是否可以用。 可以使用的测试分析技术： 规范导出法 等价类划分 为正向测试设计用例 每个测试用例都应该针对测试说明书中的一项或者多项内容来设计。 正向测试的用例就是验证设计说明书中所对应的功能项或者性能指标能否兑现。 可以使用的测试分析技术： 规范导出法 等价类划分 状态转换测试 为逆向测试设计用例 用例就是用来验证被测软件单元有没有做它不应该做的事情。 主要依靠错误猜测法来进行测试用例的构造。 可使用的测试分析技术： 错误猜测法 边界值分析 状态转换测试 为满足特殊需求设计测试用例 安全性、保密性的角度来设计测试用例是十分必要的，尤其是一些保密性要求比较高的系统。 可以使用的测试用例分析法： 规范导出法 为代码覆盖设计测试用例 为了特定的测试覆盖目标，需要补充一些测试用例 可以使用的测试分析技术： 分支测试 条件测试 数据定义使用测试 状态转换测试 调试与评估 通过单元测试的一般准则 软件单元功能与设计需求一致。 软件单元接口与设计需求一致。 能够正确处理输入和运行中的错误。 在单元测试中发现的错误已经得到修改并且通过了测试。 达到了相关的覆盖率的要求。 完成软件单元测试报告 单元测试检查表 (1) 单元测试检查表 (2) 单元测试的过程和文档管理 单元测试的文档 单元测试常用工具介绍 静态分析工具 Logiscpoe，等 代码规范审核工具 Fxcope 内存和资源检查工具 Rational PurifyPlus MemoryChecker 测试数据生成工具 TestDataBuilder DataFactory TestBytes TestDataBuilder TestDataBuilder是一个采用Java编写的，完全开源，免费的测试数据生成工具，软件遵循GPL协议. 是一款自动化测试辅助工具 可以帮助程序开发或测试人员自动生成数据库表中的测试数据,并且具有期望的值分布和列间相关性 可以通过配置工具配置数据生成的规则，并且有一个自动配置引擎，可以根据已经存在的数据库自动生成配置文件 可以支持JDBC所支持的所有数据库类型 TestBytes 是一个用于自