北大测试全套课件和教案_第3章_单元测试讲解.ppt

第3章单元测试 软件工程系 第3章 单元测试 3.1 为什么要进行单元测试 3.2单元测试的基本概念 3.3单元测试过程 3.4白盒测试和黑盒测试比较 对于单元测试的一些错误认识 太浪费时间了，现在要赶进度，时间上根本不允许，或者随便做做应付领导。 我是一个很棒的程序员，我写的代码肯定是没有问题的。 做单元测试太烦了，直接集成，到时有问题在集成测试时肯定能发现的，实在不行在系统测试总该能发现吧。 它仅仅是证明这些代码做了什么。 单元测试的重要性 单元测试是软件测试的基础，主要目的是验证你的应用程序能够很好的工作，以及尽早的发现错误。 时间方面 测试效果 测试成本 产品质量 单元测试具有的优点 它是一种验证行为。 它是一种设计行为。 它是一种编写文档的行为。 它具有回归性。 单元测试的基本概念 单元测试时一种细粒度的测试。又称模块测试，属于白盒测试，是最小单位的测试。 模块分为程序模块和功能模块。 测试的内容 单元测试的对象是软件设计的最小单位——模块或函数，单元测试的依据是详细设计描述。 测试的内容 模块接口 局部数据结构测试 路径测试 错误处理测试 边界测试 模块接口 调用所测模块的输入参数与模块的形式参数在个数、属性、顺序上是否匹配； 所测模块调用子模块时，它输入个子模块的参数与子模块的形式参数在个数、属性、顺序上是否匹配； 是否修改了只做输入用的形式参数； 输出给标准函数的参数在个数、属性、顺序上是否匹配； 全局变量的定义在各模块中是否一致； 限制是否通过形式参数来传送。 局部数据结构测试 检查不正确或不一致的数据类型说明； 使用尚未赋值或尚未初始化的变量； 错误的初始值或错误的默认值； 变量名拼写错误或书写错误； 不一致的数据类型。 路径测试 常见的不正确的计算有： 运算的优先次序不正确或误解了运算的优先次序； 运算的方式错误（运算的对象彼此在类型上不相容）； 算法错误； 初始化不正确； 运算精度不够； 表达式的符号表示不正确等。 路径测试 常见的比较和控制流错误有： 不同数据类型的比较； 不正确的逻辑运算符或优先次序； 因浮点运算精度问题而造成的两值比较不等； 关系表达式中不正确的变量和比较符； “差1错”，即不正确地多循环或少循环一次； 错误的或不可能的循环终止条件； 当遇到发散的迭代时不能终止循环； 不适当地修改了循环变量等。 错误处理测试 出错的描述难以理解； 出错的描述不足以对错误定位和确定出错的原因； 显示的错误与实际的错误不符； 对错误条件的处理不正确； 在对错误进行处理之前，错误条件已经引起系统的干预； 如果出错情况不予考虑，那么检查恢复正常后模块可否正常工作。 边界测试 在n次循环的第0次、1次、n次是否有错误； 运算或判断中取最大最小值时是否有错误； 数据流、控制流中刚好等于、大于、小于确定的比较值时是否出现错误。 单元测试的环境构成 在单元测试时，如果模块不是独立的程序，需要辅助测试模块，有两种辅助模块： 驱动模块（Driver） 桩模块（Stub） 主要单元测试方法 人工静态分析 自动静态分析 自动动态测试 人工动态测试 测试过程中各种人员的作用 系统分析设计人员 进行需求跟踪，确保系统需求的实现和更新。进行软件单元可测性分析，确定单元测试的对象、范围和方法。 软件开发人员 负责编码和单元测试过程，完成单元测试计划、方案和报告。 软件测试人员 参与单元测试计划、方案和报告的评审，对单元测试的计划、设计和执行质量进行监控。根据实际情况，可选择参与由开发人员负责的代码检视、单元测试等活动。 ?配置管理人员 对代码及单元测试文档进行配置管理。 质量保证（QA）人员 参与编码与单元测试评审，对编码和单元测试过程进行审计。 ?单元测试输入 《软件需求规格说明书》 《软件详细设计说明书》 《软件编码与单元测试工作任务书》 《软件集成测试计划》 《软件集成测试方案》 用户文档 单元测试的输出 《单元测试计划》 《单元测试方案》 《需求跟踪说明书》或需求跟踪记录 ?代码静态检查记录 《正规检视报告》 ?问题记录 ?问题跟踪和解决记录 软件代码开发版本 《单元测试报告》 《软件编码与单元测试任务总结报告》 白盒测试和黑盒测试比较 黑盒就是针对系统的外部特性进行测试，把目标系统看作一个黑盒子，不考虑内部结构发现缺陷的基本方法。 白盒就是针对系统的内部结构进行测试 。 各个测试阶段都可以使用黑盒方法和白盒方法 本章小结 单元测试不但保证局部代码的质量，同时使开发过程自然而然地变得敏捷。单元测试对项目或产品的整个生命周期都具有积极的影响： 对需求分析、设计的影响：自动回归测试可以发现代码修改所引入的错误，使开发过程可以适应频繁变化的需求，减轻需求分析和