对测试过程的整体设计 确定测试范围 制定测试策略 安排测试资源 进度制定 风险评估，应对策略
测试过程

3.测试设计及用例
测试设计 用例设计 用例评估
测试过程

4.测试的执行
用例的选择（难的？复杂的？优先级高的？） 测试环境的搭建 每日构建
测试过程

5.测试的记录和跟踪
Bug记录 Bug管理 Bug的报告（沟通，评审，提交) Bug的跟踪

白盒测试期望达到的目的

所有独立路径至少都能测试一遍；

所有逻辑判断都能测试True和False两条路径；

所有循环结构都能测试到边界和循环域内的情况；

确保内部数据结构的有效性。
白盒测试主要方法

3-1逻辑覆盖测试法

3-2基本路径测试法

3-3循环路径覆盖法
3-1逻辑覆盖测试法

~
(b)非
e1
c1 e1
c3
因果图法的原理
a E b 异或 a R 要求 b 强制 图2.4 约束符号 b 或 I a b c a M O b 唯一 a
因果图法的原理
2．因果图法测试用例的设计步骤: （1）确定软件规格中的原因和结果。分析规格说明中哪些是原因（即输 入条件或输入条件的等价类），哪些是结果（即输出条件），并给每 个原因和结果赋予一个标识符。 （2）确定原因和结果之间的逻辑关系。分析软件规格说明中的语义，找 出原因与结果之间、原因与原因之间对应的关系，根据这些关系画出 因果图。
3 4
5 6
是否清楚地描述了软件系统需要做什么及不做什么 是否描术了软件使用的目标环境，包括软硬件环境
是否对需求项进行了合理的编号 需求项是否前后一致，彼此不冲突
是〔〕否〔〕NA〔〕 是〔〕否〔〕NA〔〕
是〔〕否〔〕NA〔〕 是〔〕否〔〕NA〔〕
7
8 9
是否清楚说明了系统的每个输入、输出的格式，以及输入输出之间的对 是〔〕否〔〕NA〔〕 应关系
语句覆盖 判定覆盖 条件覆盖 判定/条件覆盖 条件组合覆盖 路径覆盖
逻辑覆盖测试法

语句覆盖
每条语句至少执行一次。

判定覆盖
每个判定的每个分支至少执行一次。

条件覆盖
每种条件下的语句都应该被执行。
逻辑覆盖测试法

判定/条件覆盖
同时满足判定覆盖和条件覆盖

条件组合覆盖
每个判定中，各条件的每一种组合至少出现一次。
测试用例包括哪些内容: 测试功能（目标），测试环境，测试要录入的数 据，测试的具体操作，预期结果，不包括实际结果
测试执行的准备

5-1培训和知识传递 5-2测试任务安排
5-3测试环境的建立
5-4测试环境的设置 5-5测试自动化运行平台
BUG状态
第七章 白盒测试
静态白盒测试

基本概念 在不执行软件的条件下有条理地仔细审查软件的设计、体系结构和代 码，从而找出软件缺陷的过程 ，有时也称为结构化分析
将测试进行分段

测试越早发生越好。 代码分段构建和测试，最后合在一起形成更大的部分。 单元测试：接口，数据边界，路径，异常，局部变量（数据） 可测可不测：条件组合，性能，功能
测试阶段
单元
集成
系统
用户验收
单元测试概念

定义
单元测试是对软件基本组成单元进行的测试

时机
在代码完成后由开发人员完成,QA人员辅助
1
2
e b
1 和 0 表示连接存在， a 字母被替换为 1
2–1=1
3
5 f 4
1
d
1
2
4
1
1
3
2–1=1
d
b
g
5 c
1
1
4
2–1=1 3 +c 1=4 圈复杂度
f
2 5 替换后的矩阵图
流程图
矩阵图
56
g
e
循环路径覆盖法

五种测试用例
1）整个跳过循环 2）只有一次通过循环 3）两次通过循环
4）m此通过循环，m<循环最大次数
第二章 需求的测试
需求的测试是重点
15
需求可能存在的问题

需求文档编写有问题、功能不明确，流程不清晰，不正确占50%
余下50%是需求的遗漏造成的
需求文档检查步骤
需求规格说明书 原始需求文档
尝试理解
检查列表
讨论、评审、修订
17
需求文档检查列表
序号 检查项 1 2 是否覆盖了用户提出的所有需求项 用词是否清晰，语义是否存在有歧义的地方 检查结果 是〔〕否〔〕NA〔〕 是〔〕否〔〕NA〔〕 说明
优点：充分发挥个人的经验和潜能，命中率高


缺点：覆盖率难以保证；过多的依赖个人的经验

注意：最重要的是要思考和分析测试对象的各个方面， 多参考以前发现的Bug的相关数据、总结的经验，个 人多考虑异常的情况、反面的情况、特殊的输入，以 一个攻击者的态度对待程序，那么就能设计出比较完 善的测试用例。
测试用例产生的方法与工具
等价类划分

等价类划分法是一种典型的黑盒测试方法，它完全不 考虑程序的内部结构，只根据程序规格说明书对输入 范围进行划分，把所有可能的输入数据，即程序输入 域划分为若干个互不相交的子集，称为等价类，然后 从每个等价类中选取少数具有代表性的数据作为测试 用例，进行测试。
等价类划分方法
在确立了等价类之后，可按下表的形式列出所有划分 出的等价类表： 等价类表

正交表法 Allpairs正交矩阵工具 组合覆盖法 PICT
第六章 测试进行与记录
软件测试的过程
测试需求的分析和 确定
测试计划
测试执行 测试记录和缺 陷跟踪 回归测试
测试总结报告
测试执行中的关键

测试环境的准备。
构建测试运行的平台和安装需要的软硬件系统。

人员的安排。 不仅包括指定哪些人参加功能测试，哪些人参加系统测试和谁负责测 试环境的维护等，还要包括人员的培训，知识的传递。

原因
尽早发现软件错误;为黑盒测试人员提供建议

方式： 正式审查：1.确定问题2.遵守规则3.准备期间4.编写报告

方法： 互查、走查、会议评审
动态白盒测试


检查代码并观察运行状况.
利用查看代码（做什么）和实现方法(怎么做)得到的信息来确定哪些 需要测试、哪些不要测试、如何开展测试 又称为结构化测试(structral testing)

路径覆盖
程序中每一条可能的路径至少执行一次。
3-2基本路径测试法

基本路径测试法是在程序控制流图的基础上，通过分析控制构造的环 路复杂性，导出基本可执行路径集合，从而设计测试用例的方法。
基本路径测试 2-1
分支测试 路径测试
程序可能通过的路径是： 路径 1：1 – 11 路径是控制流程图中节点 路径 2：1 – 2 – 3 – 4 – 5 – 10 – 1 – 11 的顺序，始于入口节点， 边 路径 3：1 – 2 止于出口节点 – 3 – 6 – 8 – 9 – 10 – 1 – 11 路径 4：1 – 2 – 3 – 6 – 7 – 9 – 10 – 1 – 11
条件项
动作桩
动作项 规则
决策表的组成
动作项和条件项紧密相关，指出在条件项的各组取值情 况下应采取的动作。
因果图
生成决策表
第五章 测试方法补充
场景设计法

大部分软件是由事件触发来控制流程的，事件触发时 的情景就是所谓的场景
编辑申请单
取消确认
确认
不通过 审批 通过 生成申请报告
错误猜测法

是基于经验的直觉推测程序中可能发生的各种错误， 有针对性设计测试用例。
测试用例设计

等价类划分法 边界值分析法 因果图法 基本路径分析法


场景设计法
错误猜测试 正交分解法 ......
黑盒测试的基本概念
穷举输入测试是不现实的。这就需要我们认真研究测试方法，以便 能开发出尽可能少的测试用例，发现尽可能多的软件故障。 常用的黑盒测试方法有等价类划分、边界值分析、决策表测试等， 每种方法各有所长，我们应针对软件开发项目的具体特点，选择合适 的测试方法，有效地解决软件开发中的测试问题。
（3）确定因果图中的各个约束。由于语法或环境的限制，有些原因与原 因之间、原因与结果之间的组合情况不可能出现。为表明这些特殊情 况，在因果图上用一些记号表明约束或限制条件。
（4）把因果图转换为决策表。
（5）根据决策表设计测试用例。
决策表法
决策表通常由条件桩、条件项、动作桩和动作项4部分 组成。
条件桩
第八章 集成测试
集成测试的层次
对于传统软件来说，按集成粒度不同，可以把集成测试分为 3个层次，即：

边界值分析法
健壮性边界值测试将产生6n+1个测试用例. 健壮性测试最有意义的部分不是输人，而是预期的输 出，观察例外情况如何处理。
x2 d
c
a
图2.2 健壮性边界值测试用例
b
x1
因果图法

因果图法的原理
1．因果图
c1 (a)恒等 c1 c2 e1 c2 (c)或 (d)与 图2.3 因果图的基本符号 e1 c1
输入条件 有效等价类 无效等价类
同样，也可按照输出条件，将输出域划分为若干个等 价类。
等价类划分方法
在设计测试用例时应同时考虑有效等价类和无效等价 类测试用例的设计。根据等价类表设计测试用例，具 体步骤如下： （1）为每个等价类规定一个唯一的编号。 （2) 设计一个新的测试用例，尽可能多地覆盖尚未被 覆盖的有效等价类，重复这一步，直到测试用例覆盖 了所有的有效等价类。 （3) 设计一个新的测试用例，使其覆盖并且只覆盖一 个还没有被覆盖的无效等价类。重复这一步，直至测 试用例覆盖了所有的无效等价类。