白盒测试
白盒测试要求对某些程序的结构特性做到一定程度的 覆盖，或者说是“基于覆盖的测试” 。最为常见的程 序结构覆盖有 ：
语句覆盖：它要求被测程序的每一可执行语句在测试中尽可 能都检验过，这是最弱的逻辑覆盖准则；
测试阶段的信息流
被测模块
单元 测试
被测模块
单元 测试
被测模块
单元 测试
设 计 信 息
集成 测试
软 件 需 求
确认 测试
系统 其他 元素
系统 测试
客 户 参 与
验收 测试
已经测 试过的 模块
已集 成的 软件
已确 认的 软件
可交 付的 软件
测试阶段的信息流
测试阶段的输入信息有两类：
软件配置：这是测试的对象，包括需求说明书、设计 说明书和被测的源程序等。
测试活动
2 设计测试用例 确定“怎样测试”。 测试用例（test case）是按一定顺序执行的与 测试目标（test object, 测试理由或目的）相关 的一系列测试。测试用例设计将产生许多测试 所包括的输入值、期望结果及其他任何运行测 试的有关信息，如环境要求。 期望输出包括应输出或建立的内容，应修改或 更新或应删除的内容。期望输出集可以是一个 很大的集合。
置订单
3 打印新订单报表
打印的新订单报表就
是新创建的订单
4 取消订单
打印正确的取消购置
订单信息
5 打印新订单报表
无打印订单输出
测试条件 VB10 VB20
VB10
VB10 VB23 VB8
VB8
测试活动
3 开发测试用例 包括准备测试脚本、测试输入、测试数据以及期望输出。 测试脚本（test script）是 具有正规语法的数据和指令的集合， 在测试执行自动工具使用中，通常以文件形式保存； 必须先完成测试用例的先决条件（precondition），然后再执行测 试。测试用例可能要求专门的硬件或软件，如网络环境或打印机 等； 期望输出可以组成成文件形式用于自动工具。对于手动测试，期 望输出仅仅只是简单地记录在手工测试过程或脚本中。设置用于 自动比较的期望输出比设置用于手工测试的期望输出复杂得多。 在自动工具中要求每项内容都要拼写正确，而在手工测试中要求 没这么严格。 测试开发的任何工作可以提前进行（相对V模型左边的活动进 行），以后可以节省时间。
维护成本
测试活动
标识
标志测试条件（确定测试什么）和测试的优先级
设计
设计测试用例（确定怎么测试）
开发
开发测试（设计脚本、数据等）
执行
执行测试用例
比较
将测试结果与 期望进行比较
测试活动
1 测试条件取决于被测试验证的项目或 事件。如等价划分、边界值分析、因果 图等。 测试条件是被测环境的描述，可以用多 种方式描述：如简单的语言，表格项形 式或类似于流图的图表形式； 标识测试条件的活动最好与开发活动 （即V模型左边的活动）并行开展
软件测试工程师培训
软件测试方法论
主要内容
1 软件测试方法概述 2 软件测试规范 3 软件测试用例设计－黑盒测试 4 软件测试用例设计－白盒测试 5小结
1 软件测试方法概述
1.1 软件测试活动及信息流 1.2 测试方法 1.3 生成测试用例的信息来源 1.4 小结
1.1 软件测试活动及信息流
测试配置：包括测试计划、测试步骤、测试用例（测 试数据），以及具体实施测试的测试程序、测试工具 等
1.2 测试方法
静态方法 动态方法 黑盒测试 白盒测试
静态方法和动态方法
静态方法的主要特征是在用计算机测试源程序 时，计算机并不真正运行被测试的程序，只对 被测程序进行特性分析。因此，静态方法常称 为“分析”，静态分析是对被测程序进行特性 分析的一些方法的总称。
动态方法的主要特征是计算机必须真正运行被 测试的程序，通过输入测试用例，对其运行情 况(输入/输出的对应关系)进行分析。
黑盒测试
黑盒测试（Black—box Testing）又称功能 测试、数据驱动测试或基于规格说明的测试，是 一种从用户观点出发的测试。用这种方法进行测 试时，被测程序被当作一个黑盒，在不考虑程序 内部结构和内部特性，测试者只知道该程序输入 和输出之间的关系或程序的功能的情况下，依靠 能够反映这一关系和程序功能的需求规格说明书 考虑确定测试用例和推断测试结果的正确性。软 件的黑盒测试被用来证实软件功能的正确性和可 操作性。
测试活动
一个测 试用例
测试用例：POS1036 先决条件：
作为数据输入员注册到定单系统显示的主菜单
数据库系统必须含有标准数据集合
确保系统中没有其他活跃的新定单活动
步骤 输入
期望输出
1 建立用任何一个标准的 显示订单确认信息 订单项建立一个新订
单，设置订单数为 100
2 确认订单
打印具有正确细目购
测试是从大量的测试用例中选择有限的测试用例发现 软件中的大部分缺陷的一种技术
好的测试用例的4个特性： 1. 检测软件质量的有效性，是否能发现缺陷，或至少可
能发现缺陷； 2. 可仿效的测试用例可以测试很多内容，因而减少测试
用例的数量； 3. 经济性，测试用例的执行、分析和调试是否经济 4. 测试用例的可修改性，每次软件修改后对测试用例的
白盒测试
白盒测试（White—box Testing）又称 结构测试、逻辑驱动测试或基于程序的测 试。它依赖于对程序细节的严密检验，针 对特定条件和/与循环集设计测试用例，对 软件的逻辑路经进行测试。在程序的不同 点检验“程序的状态”以判定其实际情况 是否和预期的状态相一致。软件的白盒测 试用来分析程序的内部结构。
测试活动
4 执行测试用例 对于手动测试来讲，测试者按事先准
备好的手工过程进行测试，测试者输入 数据、观察输出、记录发现的问题。
对于自动测试，可能只需要启动测试 工具，并告诉工具执行
测试活动
5 将测试结果与期望输出进行比较 应该对每次测试的实际输出进行分析研究，判 断软件功能是否正确。 该验证可以是非正的测试者主观判断，也可以 是将实际输出与期望输出进行严格准确的比较。 一些信息比较，如可以在执行测试时进行显示 屏幕上的信息，另一些输出比较，如修改数据 库记录，只能在测试执行结束后进行。自动测 试一般结合了这两种方法。