单元测试与白盒测试技术.ppt

单元测试与白盒测试技术 * 内容介绍 单元测试介绍 单元测试设计 单元测试用例设计 单元测试执行 单元测试评估 实施时的原则和步骤 单元测试中的白盒测试设计 内容介绍 单元测试介绍 单元测试设计 单元测试用例设计 单元测试执行 单元测试评估 实施时的原则和步骤 单元测试中的白盒测试设计 单元测试介绍 单元测试是对软件基本组成单元进行测试。 基本单元可以是函数，类，类的方法，也可以是任何具有明确的功能、规格定义、明确的接口定义、并且其规模一般比较小。 单元测试介绍 （与系统测试相比较）单元测试的重点在于发现程序设计或实现的逻辑错误，基本输入白盒测试范畴。使问题及早暴露，便于问题的定位解决。允许多个测试单元的测试并行展开。 （与集成测试相比较）单元测试的测试对象是对应详细设计中所描述的设计单位。而集成测试的对象是在概要设计中规划的模块及这些模块间的组合。 单元测试介绍 单元测试过程分为计划，设计，实现，执行，评估等几个步骤。 单元测试介绍 单元测试过程分为计划，设计，实现，执行，评估等几个步骤 计划：确定测试需求，制定测试策略，确定测试所用资源（人力，设备），创建测试任务的时间表。 设计：设计单元测试模型，制定测试方案，确认并结构化测试过程。 实现单元测试：参考测试模型和测试方案，制定具体的测试用例，创建可重用的测试脚本。 执行：根据单元测试的方案，用例对单元进行测试，验证测试的结果并记录测试过程中出现的缺陷。 评估：对单元测试的结果进行评估。主要进行测试完备性评估。 内容介绍 单元测试介绍 单元测试设计 单元测试用例设计 单元测试执行 单元测试评估 实施时的原则和步骤 单元测试中的白盒测试设计 2：单元测试设计 主要包括： 单元测试模型的设计。 测试项目的设计。 2.1 单元测试模型的设计（1） 构造单元测试模型的主要工作 构造最小运行调度系统：驱动模块 模拟实现单元接口：桩模块 模拟生成测试数据或状态，为单元运行准备动态环境。 还需要考虑对测试过程的支持 测试结果的保留 对测试覆盖率的纪录 测试过程的自动化 2.1 单元测试模型的设计（2） 单元测试环境示意图 2.1 单元测试模型的设计（3） 驱动模块 一般只是一个接受测试数据，并把数据传递给被测模块，然后打印相关结果的“主程序”。 可以考虑自动获取测试数据的功能。 桩模块 替代那些被调用的模块，作少量的数据操作。 保存或打印入口处的信息。 插装代码 用以纪录单元测试中覆盖率的信息。 如果对某个单元的驱动模块和桩模块很难测试，那么可以考虑把这个单元的测试推迟到集成测试阶段。 2.2 测试项目的设计（1） 测试项目是测试用例的总则，根据测试需求设计测试点。 设计测试项目的时候，可以从功能覆盖和代码覆盖两个角度进行考虑。 2.2 测试项目的设计（2） 功能覆盖 属于黑盒测试的范畴。 指出测试用例是否已经覆盖了程序应该提供的功能。 功能覆盖率是考核单元测试质量的一个关键指标。 2.2 测试项目的设计（3） 代码覆盖（逻辑覆盖） 是考核单元测试质量的一个关键指标。 是常用的白盒测试方法，包括： 语句覆盖：设计若干测试用例，使得每一个可执行语句至少执行一次。 判断覆盖：设计若干测试用例，使得程序中每个判断的取真分支和取假分支都至少执行一次。 条件覆盖：设计若干测试用例，运行被测试程序，使得程序中每个判断的每个条件的可能取值至少执行一次。 2.2 测试项目的设计（4） 代码覆盖(2) 对于比较复杂的覆盖标准，难以进行100%的覆盖测试。此时一般使用测试率表示。 不同的测试对象可以设定不同的测试覆盖率。比如： 核心代码：100% 共享资源库：100% 非核心代码：90% 覆盖率的统计可以用插装代码进行。可以有工具进行自动化插装代码。 内容介绍 单元测试介绍 单元测试设计 单元测试用例设计 单元测试执行 单元测试评估 实施时的原则和步骤 单元测试中的白盒测试设计 3 单元测试用例设计 3.1 单元测试用例编写原则 3.2 单元测试用例设计方法 3.1 单元测试用例编写原则（1） 单元测试用例设计的根据是软件的设计说明书。 完整的单元测试需要测试： 被测单元作了它应该做的事情。 被测单元没有作不希望它作的事情。 设计用例可以按照5个基本步骤进行。 3.1 单元测试用例编写原则（2） 基本步骤如下： 为系统运行起来而设计用例 单元测试用例中，第一个测试用例一般是使用最简单的方法执行被测单元。当这个用例可以被执行时，说明测试环境和测试单元是可用的。 为正向测试而设计用例 阅读相关的设计说明，每一个测试用例就是通过有针对性地测试说明书中的一项或者多项内容。用以验证设计说明书所对应的功能或性能能否实现。 3.1 单元测试用例编写原则（3） 为逆向测试而设计用例 用来验证被测单元没有做不应该做的事