软件测试自动化PDF电子书下载

第1章 什么是测试自动化 1

1.1 请拒绝新模型 1

1.1.1 生命周期不是过程 3

1.1.2 工具不是过程 4

1.2 自动化需要达到什么程度才足够 5

1.3 测试过程的各方面 6

1.3.1 测试计划 7

1.3.2 测试设计 9

1.3.3 测试实现 10

1.4 辅助工作 13

1.5 测试自动化组的范围和目标 15

1.5.1 范围 15

1.5.2 自动化测试框架的假设、约束条件和关键的成功因素 16

1.6 测试自动化框架的产物 18

1.7 测试工具分类 20

1.8 小结 20

1.9 参考文献 21

2.1 概述 23

第2章 了解何时以及对什么进行自动化 23

2.2 何时自动化系统测试 25

2.2.1 自动化的时间总是第一因素 26

2.2.2 一个极端的例子 26

2.2.3 一个定量的例子 27

2.3 对什么进行自动化 28

2.4 关于创建测试脚本的一点注意事项 28

2.5 小结 28

2.6 参考文献 29

3.1 软件/测试需求 31

第3章 从头开始：定义测试需求、设计测试数据 31

3.2 需求收集和测试计划自动化 36

3.3 从软件需求到测试需求再到测试条件：一个自动化方法 38

3.4 需求管理与可跟踪性 46

3.5 功能测试数据设计 47

3.5.1 黑箱(基于需求的)方法 48

3.5.2 灰箱(基于需求和代码的)方法 48

3.5.3 白箱(基于代码的)方法 48

3.6.1 需求驱动的因果测试 49

3.6 基于需求的方法 49

3.6.2 等价划分、边界分析和错误猜测 54

3.6.3 为等价类定义边界条件 55

3.6.4 错误猜测 56

3.7 混合(灰箱)方法 57

3.7.1 决策逻辑表 57

3.7.2 DLT作为软件测试工具 60

3.7.3 一个自动的DLT设计工具 61

3.8.1 基本测试回顾 62

3.8 基于代码的方法 62

3.8.2 基本测试技巧 63

3.9 小结 65

3.10 参考文献 67

第4章 纵观自动化测试脚本的发展及测试的自动化程度 69

4.1 开发自动化测试脚本 69

4.1.1 单元级别的测试 72

4.1.2 系统级别的测试 73

4.1.3 特殊的系统级别的测试 73

4.2 记录还是编写测试脚本 74

4.3 小结 76

4.4 参考文献 77

第5章 自动化单元测试 79

5.1 引言 79

5.2 单元测试的合理性 79

5.3 单元测试过程 80

5.4 严格的单元测试方法 80

5.5 单元测试规格说明 81

5.6 单元测试的任务 81

5.8 单元测试数据 82

5.7 单元测试的经验法则 82

5.9 单元测试框架 83

5.10 小结 84

5.11 参考文献 85

第6章 自动化集成测试 87

6.1 引言 87

6.2 什么是集成测试 88

6.3 日常构建版本冒烟测试 88

6.5 自动化构建版本冒烟测试清单 90

6.4 构建冒烟测试的目标 90

6.7 参考文献 91

6.6 小结 91

第7章 自动化系统顺/回归测试框架 93

7.1 数据驱动方法 93

7.2 框架驱动(结构化)测试脚本 95

7.2.1 开发框架驱动测试脚本 95

7.2.2 Archer Group框架 95

7.3 业务规则测试 98

7.4 GUI测试 98

7.5 属性测试 98

7.6 输入数据测试 99

7.7 格式化测试数据文件 99

7.8 应用级错误 99

7.9 创建外部数据输入文件 100

7.10 数据文件小结 104

7.11.1 Shell脚本 105

7.11.2 主脚本 105

7.11 业务规则测试的代码构造 105

7.11.3 读取数据以后 106

7.12 使代码清晰健壮 112

7.13 Carl Nagle的DDE框架 118

7.13.1 DDE综述 118

7.13.2 DDE发展成果 121

7.14 Keith Zambelich提出的面向Mercury Interactive产品用户的测试计划驱动测试框架 122

7.15 Zambelich方法总结 123

7.16 “测试计划驱动”方法体系结构 124

7.17 小结 131

7.18 参考文献 131

第8章 深入了解控制同步数据驱动测试框架 133

8.1 创建数据驱动测试脚本 133

8.2 实现CSDDT方法 134

8.3 一般问题和解决方法 135

8.3.1 问题：数据输入 135

8.3.2 解决方法：使用输入数据文本文件 135

8.3.6 解决方法：记录或修改非常小的一部分代码 136

8.3.5 问题：管理应用程序改变 136

8.3.4 解决方法：让输入数据做驱动 136

8.3.3 问题：程序流改变 136

8.4 设置通用的启动和结束测试条件 137

8.5 修改已记录的代码以接受输入数据 137

8.6 非常重要的习惯 138

8.7 为通用操作创建函数——隔离命令对象 141

8.8 继续程序流 141

8.9 使用多个输入记录来创建测试场景 144

8.10 使用动态数据输入——关键字替换 145

8.11 使用库文件或包含文件(Rational Robot中的＊.sbh文件和＊.sbl文件) 146

8.12 实用脚本 149

8.13 调试脚本——当测试发现错误的时候 150

8.14 实现CSDDT模板脚本 150

8.15 DD脚本 151

8.16 SQABasic32包含文件 165

8.17 一个CSDDT框架的例子 176

8.17.1 脚本文件清单 176

8.18 小结 177

8.17.3 安装例子文件的说明 177

8.17.2 库文件清单 177

8.19 参考文献 178

第9章 用自动化工具改进手工测试过程 179

9.1 引言 179

9.2 半自动化手工测试步骤 180

9.3 使用列表框 185

9.4 手工测试中的产物 186

9.5 小结 187

9.6 参考文献 187

10.1 编写有效的测试脚本和测试数据 189

第10章 管理自动化测试 189

10.2 管理手工和自动化测试脚本 190

10.3 测试套件维护 191

10.4 小结 192

10.5 参考文献 193

附录A 数据驱动自动化：用户组讨论 195

附录B 自动化测试的术语与定义 209

附录C 使用Rational Suite TestStudio的测试自动化项目计划的例子 213

附录D 测试自动化项目工作计划模板 221